前言¶

WorkBuddy 的成长计划（Growth Plan）是一套任务体系：完成任务、攒积分和能量点。对开发者来说麻烦的地方在于，这些任务分散在网页的不同入口，有的点几下就能领，有的必须本人亲自操作一次。挨个翻页面、记哪些已完成、哪些还差一步，是纯耗时间。

下面介绍的 Skill「WorkBuddy成长计划助手」就是解决这个问题的：把 17 条成长计划任务逐条整理好，给出官方步骤和约束，告诉 agent 哪些能代做、哪些不能。

这是什么¶

这是一个发布在 SkillHub 的社区 Skill（来源 community，分类 ai-agent，发布者 user_e05f6e54，版本 1.4.3）。它做的不是脚本级的一键点击，而是一份结构化的任务说明书：

• 一键接受成长计划的全部任务并领取已得奖励；
• 17 条任务逐条给出官方步骤、硬性约束、成本提示与深链直达；
• 明确标注哪些任务能代做、哪些必须用户本人亲自用一次。

与纯提示词不同的是，它把”哪些能自动化、哪些不能”写死进了 Skill 里，agent 调用时不会自己去猜边界。

核心功能¶

Skill 的能力来自官方简介，逐条列出来：

1、任务清单化。17 条成长计划任务各自独立说明，包含官方步骤、硬性约束和成本提示，而不是一段笼统的”去完成任务”。

2、深链直达。每条任务给出直达链接，agent 可以直接引导用户跳到对应页面，省去手动翻菜单。

3、代做边界标注。哪些任务 agent 可以代为完成、哪些必须用户本人亲自操作一次，逐条标明。这一点决定了自动化能推进到什么程度，避免 agent 在不能动的任务上反复尝试。

4、奖励领取。已满足条件的任务，Skill 会接受任务并领取已得的积分和能量点。

5、组合 ego-browser 可全自动。官方简介提到，配合 ego-browser 可以点击网页按钮，把”指引用户操作”推进到”自动点击执行”。

触发方式上，当用户说”完成成长计划”“领积分”“刷成长计划任务”或”自动完成成长计划”时，就是调用该 Skill 的时机。

安装与启用¶

该 Skill 基于通用 SKILL.md 格式，标签 requires_api_key=false，不需要额外配置 API Key。

说明一下信息来源：官方页面（SkillHub 上 @user_e05f6e54/workbuddy-growth-plan 的详情页）在本文写作时无法访问，已抓取资料中没有给出具体的安装命令或 skills 目录路径。按 SKILL.md 格式的通用做法，是把 Skill 的 SKILL.md 文件放到对应客户端的 skills 目录下，再在对话中使用上述触发词调用；具体目录名因客户端（Claude Code、Cursor、Codex CLI 等）而异，以各客户端文档为准。请勿照抄下面这条未经验证的命令：

# 未能从官方资料核实，仅示意 SKILL.md 格式的一般放置方式
# 请查阅 SkillHub 页面或客户端文档后再操作

启用后无需额外配置，用自然语言触发即可：

帮我完成成长计划

领积分

典型用法¶

以下是根据官方简介可复现的用法场景：

1、查看成长计划进度。用户说”完成成长计划”，agent 调起 Skill，列出 17 条任务的状态：哪些已完成、哪些差一步、哪些需要本人操作。

2、领取已得奖励。对已满足条件的任务，Skill 接受任务并领取积分、能量点；用户说”领积分”即是此场景。

3、按指引逐条完成。对能代做的任务，Skill 给出官方步骤和深链，agent 引导用户点击或配合 ego-browser 自动点击；对标注”必须本人用一次”的任务，Skill 直接说明硬性约束，agent 不再尝试代做。

适用场景与注意¶

适合：日常维护 WorkBuddy 成长计划、不想反复手动翻任务页面的用户；需要 agent 按固定流程批量领取奖励的场景。

注意：

1、代做有边界。Skill 本身已标注哪些任务必须本人操作，agent 在该类任务上不应自行尝试绕过；配合 ego-browser 时同样遵循这条边界。

2、信息时效。17 条任务的内容、深链和约束以官方简介为准，任务或奖励调整后 Skill 需要更新（当前版本 1.4.3）。

3、本文写作时官方页面无法访问，评分、下载量等页面指标未能复核；安装命令也未经资料验证，使用前请以 SkillHub 页面为准。

结尾¶

这个 Skill 的价值在于把成长计划从”一个网页上的一堆入口”变成”一份带步骤、带约束、带边界标注的任务清单”，能代做的一次做完，不能代做的明确交还用户。

官方地址：https://www.skillhub.cn/skills/user_e05f6e54/workbuddy-growth-plan