在周末的时候, 身为工业工程师忙活起来了, 开展了一番折腾, 借助 + Agent 达成了每日对两个网站的签到自动化操作, 与此同时, 还顺手把相关代码给开源了。

起因

存在着两个平台, 我需要每日前往登录参与签到, 周一至周六是能够前去的, 然而周日处于休息状态, 没办法进行签到。由于积累起来数量会增多, 倘若漏签了几次, 就会感觉有所亏损。于是心里就产生了这样的想法: 可不可以做出一个脚本来让它自动运行呢?

试了一圈，发现这事比想象中简单。

方案选择

我手上持有一台自行托管的网络附属存储（含部署等等）, 另外还有在其上运行的代理工具。这两者相互结合, 恰好能够满足需求。

核心思路：

采用写脚本的方式, 借助Agent的cron功能来设定定时任务脚本, 此脚本具备幂等的特性, 即零外部依赖, 即使存在漏签补签情况、重复运行, 也都不会对外界产生影响, 该脚本用于任务一是某token中转站的签到。

拥有这样一个前置条件, 即要先调用它的大模型API, 才能够在这个平台触发签到接口, 进而促使某个特定行为得以出现，也就是签到行为的发生。

技术方案：

踩过的坑：

结果： 每天早上 9 点自动签到， 已经 5 天了。

任务二： 签到

腾讯的那个AI编程助手, 在桌面端登录之后, 会自动去写出凭据文件来, 它的签到逻辑相对来讲是清晰的, 在此要对88lin大神表示感谢。

技术方案：

关键设计：

成果是, 于今日通过手动方式所进行的测试, 成功领到了100积分, 而在此过程中账号处于连续签到状态, 已签到4天。

开源与复用

签到脚本已经开源在

//n。

仓库结构：

workbuddy_auto_signin/
├── runner.py          # 通用外壳：进程监测 + 启动 + 签到
├── examples/
│   └── workbuddy/
│       └── signin.py  # 核心签到脚本（MIT 协议）
├── skill/
│   └── SKILL.md       # Hermes skill 文档
├── LICENSE
└── README.md

扩展到其他应用的方法：

依照克隆仓库所参考的, 那个被称作 //.py 的结构, 去将凭据路径、API以及请求头作出修改, 然后通过 .py 进行调用就行。

本质上，这类自动化可以归纳为四个步骤：

查找凭据, 应用登录之后, 写出本地会话文件, 调用接口, 进行逆向或者通过文档获取签到API, 进行幂等处理, 先行查询状态, 随后执行, 定时触发, 采用cron, 或者任务计划程序, 又或者Agent调度, 得出心得体会。

成本为零的自动化, 借助标准库连同现有工具, 于金钱方面未支出一分一毫, 在依赖增添上未安装新的。

幂等身为关键所在, 签到脚本并非“一定要在今日运行”, 而是“只要能够签到那就进行签到”, 遗漏一天没什么紧要, 予以补上便可。

将开源进行复用, 上游的项目把核心逻辑给解决了, 我负责做外壳以及集成, 之后再反过来运用开源方法论, 形成良性循环。

并非所有验证码皆可要绕过的话, 有着某些工具边界存在, 不过呢, 能够借由别的方式达成前置条件。去寻觅那条阻力最小的路径。

拥有工业工程师身份的作者, 在业余时间热衷于对AI工具进行各种新花样的摆弄。代码放置于特定之处, 诚挚欢迎各位给予star操作以及提出issue。