我用WorkBuddy做了一个积分自动领取

WorkBuddy 积分自动领取

实现载体：推荐市场技能「积分助手」（totorosir-workbuddy-score v2.1.0）

调度载体：WorkBuddy 定时自动化（每日 09:00）

系统环境：Windows · WorkBuddy 桌面客户端 · Python 3.13（标准库）

1. 背景与目标

WorkBuddy「Buddy 加油站」提供每日签到领积分机制：完成每日签到可得 100 积分，连续签到在 7 / 14 / 28 天等节点追加里程碑奖励（积分 + 能量 + 补登卡 + 抽奖机会），另有「活跃地图」「派猫猫旅行」等辅助收益。

该机制的核心矛盾不在单日收益，而在连续性：一旦漏签一天，连续天数归零，里程碑奖励需从头再累计。手动签到的可靠性完全依赖人的记忆力，在出差、休假、集中交付等场景下极易断签。

本模块的目标是把这件事做成零操作的自动化能力：

每日自动完成签到，无需人工介入，签到结果可追溯；

保持连续签到不中断，锁定里程碑奖励（主要收益杠杆）；

幂等安全：重复执行、错过后补跑均不重复发奖、不丢积分；

边界清晰：只读本机登录态，写操作仅限已核验的签到与旅行接口。

2. 方案总览

实现同一目标有三条可行路径，对比如下：

本模块采用路径 C：以推荐市场技能承载「怎么领」，以 WorkBuddy 自动化承载「什么时候自动领」，两者解耦——技能升级不影响调度配置，调度调整不影响取数逻辑。

3. 核心设计

3.1 能力矩阵

3.2 安全边界

自动化能力的可信度取决于边界是否显式且可验证。本方案的安全约束如下：

只读登录态文件，绝不打印、外传 accessToken / refreshToken，任何输出均不含真实 token；

写操作白名单仅三个已验证接口：daily-checkin、travel/claim、travel/depart；不调用兑换、抽奖等其他写接口；

旅行写操作必须显式开启（--travel-auto）才执行，且派出前先查询每日上限，达上限即跳过、不发写请求；

除向桌面写入报告文件与调用系统通知外，不修改或删除任何文件；

登录态缺失或过期时停止并如实提示，不伪造数据。

3.3 登录态与认证

技能从本机 WorkBuddy 客户端的登录态文件读取凭据，而非另行登录：

登录态路径：CodeBuddyExtension/Data/Public/auth/workbuddy-desktop.info（明文 JSON）；

取值：auth.accessToken（凭据）与 auth.domain（接口域名，用于拼接 https://<domain><path>）；

请求头：Authorization: Bearer <token>；实测旅行与成长计划接口无需设备指纹（无 x-device-token / x-sign）。

说明：域名取自登录态而非硬编码，是「接口地址随账号环境自适应」的关键设计，也便于安全审计时确认无第三方回传地址。

4. 实现要点

4.1 技能选型

推荐市场以「积分助手」为关键词可检索到多个候选，综合评估后选定 totorosir-workbuddy-score：

选型决定性因素是幂等性——定时任务天然存在「补跑」场景（客户端未开机、错过执行点），若非幂等则存在重复请求风险；同时安全边界的显式声明使该技能可被审计。

4.2 命令矩阵

4.3 定时自动化配置

前置条件：执行时刻需 WorkBuddy 客户端处于运行且已登录状态（登录态文件有效）。错过执行窗口时，可随时手动触发同一条命令补签——签到接口幂等，补跑不重复发奖。

4.4 落地验证与实测记录

安装后当日即执行一次真实签到与旅行闭环，实测数据如下：

同时对技能包做了安装前安全核验，结论：

脚本内无硬编码外部 URL——接口域名统一取自本机登录态 auth.domain，不存在向第三方回传的地址；

subprocess 调用仅用于系统通知（Windows toast / macOS osascript / Linux notify-send），输出重定向且带超时；

无 os.system / os.remove / rmtree / eval / exec 等危险调用；文件写入仅限桌面报告与通知载荷。

5. 关键决策与权衡

6. 收益量化

说明：月度估算按 30 天计，不含里程碑奖励；连续签到奖励以官方页面公示为准。

7. 结论与后续建议

7.1 结论

以「市场技能 + 定时自动化」的组合实现了积分领取的零操作闭环，配置一次后无需人工介入；

签到链路的幂等性经实测确认（当日已签返回幂等结果，未重复发奖），满足定时任务补跑场景；

安全边界显式且经代码核验：只读登录态、三写白名单、域名取自登录态、无危险调用；

旅行闭环采用「先领后派」策略，配合每日上限预检，保证不丢分、不超发。

7.2 后续相法

登录态失效与额度类问题宜增加前置自检提示，避免「静默失败」被误判为功能正常；

可将连续签到进度纳入周报类汇总，接近里程碑节点（如还差 1–2 天）时主动强化提醒；

建议定期核对技能版本更新，官方接口或活动规则变更时及时跟进；

连续奖励分档中 14 天档为脚本推断值，宜以官方页面公示为准并定期校准。