放弃了云端代跑
做成服务端就要收用户的登录凭据，那是我不想碰也不该碰的东西。代价是它只能跑在你自己开机的那台机器上 —— 所以系统级那条路专门配了「错过后下次启动补跑」。
把每天那几下点击，交给一个不花 token 的本地脚本
2026 · 独立开发与长期维护 · Python 标准库 · 零依赖 · 单文件 · MIT
腾讯的 AI 工作台 WorkBuddy 每天有一串要手点的入口：签到、领旅行礼物、派 Buddy 出门、领任务、领任务奖、连登兑换、开盲盒。每一下都只要一秒，但它们散在不同页面，漏一天就断签。这个脚本把它们全接管了：纯 Python 标准库、单文件、零依赖，只读你本机已有的登录态，仓库里一个密钥都没有。898 star。
898GitHub Star
80Fork
0第三方依赖
3覆盖操作系统
01背景
WorkBuddy 的签到与成长中心把奖励拆成了七八个入口，分散在不同页面。单看每一个都不值得抱怨，加起来就是每天两分钟、一个月一小时的机械劳动，而且漏一天连签就断。这类事最该交给机器 —— 前提是交得干净：不上传凭据、不重复领、不靠人记得开机。
02卡在哪
三件事，没有一件在「怎么点那个按钮」上。一是鉴权：官方没有开放接口，签到那条是从桌面端逆向出来的，而登录凭据在用户自己的机器上，三个操作系统的存放位置各不相同；把任何 token 写进仓库都是绝对不行的。二是幂等：定时任务一定会重跑，重复领取要么报错要么白白消耗当日名额，脚本必须先查状态再决定动不动手。三是定时到底挂在谁身上：挂在 AI 自动化上跨平台但每跑一次就烧一次模型调用，挂在系统定时器上零成本却只有 Windows 与 macOS 有现成方案。
03怎么解
鉴权只走一条路：读本机凭据。脚本自动探测 Windows / macOS / Linux 三套凭据文件的位置（Linux 没有桌面端，改读 CodeBuddy CLI 那份），仓库里零密钥，所以它可以公开分享而不牵连任何人的账号。每个动作都先查状态、未完成才执行，重复运行不会多领。定时给两条路并把代价摆在明面上：AI 自动化跨平台，但每次消耗一次模型调用；系统级静默（Windows 任务计划程序 / macOS launchd）零 token、零聊天记录，还能设成「关机错过后下次启动补跑」。整个脚本是纯标准库单文件，任意 Python 3 拿来就跑，不用 pip install —— 这类小工具真正的摩擦从来不是功能，是装不上。
关键取舍
写清楚放弃了什么，比罗列做了什么更说明判断。
放弃了只给一种定时方案
两种模式各要一套安装说明与故障排查，文档因此比代码长得多。但 token 成本与可靠性之间怎么选，该由用它的人决定，不该由我替他决定。
898 Star / 80 ForkGitHub API：GET /repos/88lin/workbuddy-auto-signin，2026-10-01
0 第三方依赖README 特性表：「零依赖 —— 纯 Python 标准库，不用 pip install」
3 覆盖操作系统README 前置条件与特性表：自动探测 Windows / macOS / Linux 凭据文件
双定时模式 · 零 tokenREADME 模式对比表：模式 B 系统级静默，Token 消耗一栏为「零」