你有没有过这种体验：每天打开 WorkBuddy，第一件事就是去左下角点「个人信息 → Buddy 加油站 → 签到」，领那 100 积分。一天不点就断签、连续天数归零，心里总觉得"亏了"。
作为一个爱折腾的人，我自然想把它自动化。折腾一圈后，我把完整方案沉淀成了一个可复用技能，今天把思路和踩坑全盘托出。
第一个坑：AI 自动化点不了桌面按钮
最初我的设想很朴素："让 WorkBuddy 的自动化每天帮我点三下不就行了？"
现实很快打脸。WorkBuddy 的自动化引擎本质是一个文字型 AI 代理，它手里的工具只有读文件、跑命令、访问网页、调用技能——它根本看不见你屏幕上的客户端窗口，也没有任何点击桌面 UI 的能力。所以"模拟点击左下角签到"这条路，从一开始就是死路。
转机：签到本质是一次 HTTP 请求
既然点不了按钮，那就绕过去。我研究后发现，WorkBuddy 的签到其实是一次带本地登录 Token 的 HTTP 接口请求，完全不需要碰界面。
关键事实（已实测）：
- 登录态文件是明文 JSON，藏在本机
AppData\Local\CodeBuddyExtension\Data\Public\auth下，里面有accessToken和domain（实测域名是www.codebuddy.cn，不是网上传的copilot.tencent.com，那个会 404）。 - 状态查询接口：
/v2/billing/meter/checkin-activity-status - 领取接口：
/v2/billing/meter/daily-checkin
只要读本机 token，直接调接口，就能完成签到。
脚本：零依赖、幂等、不泄密
我用 Python 标准库（urllib / json / os）写了个脚本 workbuddy_checkin.py，不装任何第三方包。它做了三件关键的事：
- 幂等：先查状态，今天已签就直接跳过，绝不重复领。接口本身也是幂等的（已签返回
code:10001 "今天已签到，请明天再来"）。 - 脱敏：全程不打印真实 token，只输出
eyJhbG...xxxx这种脱敏形态。 - 安全：只读登录态、不修改、不删除、不外传。
进阶：签到失败自动推微信
脚本稳了，但"没签到成功"还得自己发现，于是我又加了失败推送。脚本在签到异常（断网、未登录、登录态失效）时，读取本机一个独立的 notify_config.json，通过 PushPlus 把失败原因推到我的个人微信。密钥只存在本地配置文件，绝不进脚本、不进技能、不进任何分享包。
顺便做成技能分享出去
整套流程比较通用，我把脚本和说明打成一个技能 workbuddy-auto-checkin（纯签到版）和 workbuddy-checkin（带微信提醒版），打包成 zip，确认不含任何个人凭据后，发给同事就能一键重建。（技能包见文章末尾）
最终形态：纯系统定时任务，不依赖 AI
一开始我用 WorkBuddy 自己的 AI 自动化来每天 09:00 触发脚本。但这有个隐患：万一哪天 AI 服务或自动化引擎没正常拉起，这天就废了。
所以我改成了纯 Windows 系统定时任务（任务计划程序），每天 09:00 直接运行托管 Python 执行脚本，并开启了"休眠唤醒""错过补跑""需联网"三个选项。脚本还顺手写了个本地 checkin.log，把每次运行结果记下来——系统任务没有 AI 对话汇报，靠这个日志就能随时确认"到底跑没跑、成没成"。
改完之后，我把那个 AI 自动化停用了，从此签到完全不依赖 AI，也不用担心积分被扣除的情况，直接系统来完成。
写在最后
这套方案让我从"每天惦记着点签到"里彻底解放出来。它最大的启发是：很多看似需要"模拟人操作"的自动化，其实换个角度——直接调背后的接口——就能优雅解决。
如果你也是 WorkBuddy 用户，又嫌每天手动签到麻烦，欢迎拿走这个技能。唯一的前提是：电脑每天 09:00 前后要开机、联网、客户端没退出——毕竟系统任务也得有个能跑的环境。
资源自取：
技能已验证可用，但 WorkBuddy 登录态与接口形态可能随版本变化，使用前请先
--check-only跑一次确认。感谢阅读完整篇文章。 本号专注 AI、办公效率、科技圈热点解读。 欢迎关注【龙猫科技说】，不错过后续深度内容。 欢迎在评论区聊聊你的看法。
