前言¶
DSH(DeepSeek Harness)的生态理念是「一切皆插件」,工具能力通过插件挂进 Agent 的调用列表。WorkBuddy 的日常签到、成长任务领取、派猫猫旅行领奖这些动作,本质是「访问页面、点几次按钮、记录积分」,属于天然适合交给 Agent 的重复劳动。手动做要每天打开网页点好几处,忘了就少一天。
dsh-plugin-workbuddy-checkin 就是针对这件事做的插件,由 cl2458228286-creator 维护,发布在社区插件目录 SkillHub 的「联网工具」分类下。它把 WorkBuddy 的五类积分动作收拢到一次调用里,不接触令牌,靠一个独立的 Chrome 登录态工作。下文先讲它提供的能力,再讲安装、用法和注意事项。
这是什么¶
一句话定位:用 Agent 触发 WorkBuddy 官方活动接口,自动完成每日签到与积分领取。
它解决两个问题:一是每天要记得去点,二是多点几处分散在不同页面。插件通过 puppeteer-core 驱动本机 Chrome,把登录 Cookie 存在独立目录里,之后每次都用同源请求调官方接口——和在网页上点「签到」是同一件事。
核心功能¶
插件注册三个工具,分工明确:
1、workbuddy_checkin_status:只读体检,返回今日签到、连签天数、任务进度、派猫猫状态、抽奖次数。不领取任何东西,适合先看一眼再决定。
2、workbuddy_claim_credits:正式领取,幂等,签过不重复请求。
3、workbuddy_login:打开专用 Chrome 窗口扫码登录一次,之后长期免登录。
能领的额度分五类来源:
| 来源 | 额度 | 说明 |
|---|---|---|
| 加油站每日签到 | 100/天,周期第 7 天 1000 | 幂等,签过不重复请求 |
| 成长中心任务 | 50–100/个 | 自动接取全部任务,进度满后自动领取 |
| 派猫猫旅行 | 5–10/次 | 已到达就领奖,空闲就再派一趟 |
| 连签里程碑兑换 | 7 / 14 / 28 天档位 | 状态可用就自动兑换 |
| 积分抽奖 | 10 或 100/次 | 有次数就抽,每轮上限 20 次 |
有一个边界需要说清楚,README 自己也写明了:成长中心任务的进度由服务端按真实行为记账,插件不伪造。它省掉的是「反复去任务页点领取」,省不掉「使用产品」本身。
安装与启用¶
推荐方式是图形界面,不需要命令行。具体两步:
1、复制这行地址:
https://github.com/cl2458228286-creator/dsh-plugin-workbuddy-checkin
2、打开 DeepSeek Harness → 左下角 设置 → 插件 → 添加插件,把上面的 URL 粘进输入框,点确认。
装完不用重启,直接生效。
之后需要登录一次。在对话里对 Agent 说「登录 WorkBuddy 签到插件」,它会打开一个独立的 Chrome 窗口,在里面完成登录即可,脚本检测到成功会自动保存并关窗。登录态目录在 ~/.workbuddy-checkin,不要删除,删了要重新登录。
前置条件有两条:Google Chrome 必须装(插件用它保存登录态并调接口);DSH 桌面版 0.2.1-rc.1 以上。
如果你确实在用 dsh CLI(开发环境才装),命令是:
dsh plugin --profile <你的profile> add github:cl2458228286-creator/dsh-plugin-workbuddy-checkin
--profile 的值是 ~/.dsh/profiles/ 下实际在用的目录名,桌面端固定是 desktop。普通用户没有 dsh 命令,忽略这一条。
卸载路径:设置 → 插件 → 找到 dsh-plugin-workbuddy-checkin → 卸载。登录态目录不会自动删除,想彻底清理需手动删掉。
典型用法¶
最省事的用法就是直接对 Agent 说人话:
你:帮我领一下 WorkBuddy 积分
Agent → workbuddy_claim_credits
本次获得 100 分(签到 100 / 任务 0 / 旅行 0 / 连签 0 / 抽奖 0)
先看一眼再决定时:
你:我还有哪些积分没领?
Agent → workbuddy_checkin_status(只读)
今日已签到:是(连签 10 天)|任务:共 18 个,待领取 1,进行中 15
想定时自动跑,对 Agent 说:
每天 8:50 自动帮我领 WorkBuddy 积分,然后告诉我结果
Agent 会用 DSH 的定时能力建一条每日任务。
配置项¶
默认全自动,不需要配任何东西。非常规环境可以在 profile patch 里加 config:
- id: workbuddy-checkin
name: 'dsh-plugin-workbuddy-checkin'
config:
chromePath: 'D:\Chrome\chrome.exe' # Chrome 不在默认位置时
nodeExecutable: 'C:\nodejs\node.exe' # 想指定 node 时
环境变量有四个:
| 变量 | 作用 |
|---|---|
WB_BROWSER_PROFILE |
登录态目录(默认 ~/.workbuddy-checkin/browser-profile) |
WB_COOKIE_FILE |
会话 Cookie 文件 |
WB_CHROME_PATH |
Chrome 可执行文件 |
WORKBUDDY_NODE |
运行引擎用的 node |
node 查找顺序:config.nodeExecutable → WORKBUDDY_NODE → WorkBuddy 自带 node → 宿主进程自身 → PATH 上的 node。
安全说明¶
这部分 README 写得比较具体,摘几条关键的:
- 不接触任何令牌。登录态是浏览器 Cookie,存在本机独立目录,插件不读取其内容、不外传。
- 工具返回值只有积分数量与状态,不含 Cookie 或其他凭据。
- 只访问
www.workbuddy.cn与www.codebuddy.cn,无遥测、无上传。 - 写操作仅限官方活动接口的领取类端点,不模拟点击、不逆向加密、不绕过风控。
适用场景与注意¶
适合两类人:一是日常确实在用 WorkBuddy 领积分的 DSH 桌面端用户,二是想给 Agent 加一个能落地的「联网动作」实例、拿来对照自己插件结构的人。
几点需要注意:
1、插件以当前 DSH 进程的权限运行,安装前应先检查源码与许可证(仓库为 MIT),确认 lib/engine/web_checkin.mjs 与 cordis.patch.yml 的内容符合你的预期。
2、它是联网工具,依赖本机 Chrome。无头环境不支持登录流程。
3、返回值中 partial 表示有子步骤失败,常用原因是任务进度未满被服务端正常拦截,次日再跑自然到账。
4、版本号有一处不一致:README 写的是 1.0.0,package.json 里是 1.0.1,安装时以实际装到的为准。
5、README 里标注的实测环境是 DSH 0.2.1-rc.5,Windows 10 / x64,桌面端 profile。
常见的排错项:工具没出现,先确认装进了当前在用的 profile;报 无法解析依赖 puppeteer-core,说明依赖没装上,重新 dsh plugin add 或进包目录跑 pnpm install;报 not_logged_in 就调 workbuddy_login 扫码一次。
结尾¶
这个插件的价值在于把一件「每天点几次」的小事彻底交给 Agent,且不动用任何令牌。安装是图形界面两步,登录一次长期免登录,不需要额外配置文件。仓库自带自测脚本(node scripts/selftest.mjs 不需要登录)和多平台发布说明,插件结构清晰,适合作为 DSH 插件开发的对照样本。
目录页:https://www.skillhub.cn/plugins/cl2458228286-creator/dsh-plugin-workbuddy-checkin
源码:https://github.com/cl2458228286-creator/dsh-plugin-workbuddy-checkin