前言¶

技能、专家、连接器，本质上是同一样东西：一段在需要时被加载进上下文的专业能力。装得多了以后会出现四个问题，前三个很常见，第四个是真正的断层：

1. 装了没记住：想不起来自己有哪些可用。
2. 装了没用上：不用的还在占位，还在干扰判断。
3. 用得上但没装：不知道市场上有。
4. SkillHub 上也没有，但 GitHub 上有现成方案：既不知道，也不会把它变成自己的技能。

WorkBuddy技能管家就是冲着这四件事来的。下面介绍它是什么、能做什么、怎么用。

这是什么¶

WorkBuddy 技能管家是 WorkBuddy 平台上技能（Skill）、专家（Expert）、连接器（Connector）的统一入口，在 v2.0 里进一步升级为「调度层」。也就是说，它不只是列出你装了什么，而是承担挑技能、唤起、推荐、造货、验证这几段中间工作。

• 出品方：user_84aa03cf（community 来源）
• 版本：2.1.0
• 分类：ai-agent
• 坐标：@user_84aa03cf/workbuddy-skill-butler
• 官方地址：https://api.skillhub.cn/user_84aa03cf/workbuddy-skill-butler
• SkillHub 页面：https://www.skillhub.cn/skills/user_84aa03cf/workbuddy-skill-butler
• 当前评分 100000，下载 4897，安装 0；标签 requires_api_key=false

核心功能：四件事对应四个病症¶

1、清库：有证据、带豁免、只关不删¶

先扫描本地真实的调用记录，找出某个统计窗口内几乎不用的资产。直接按调用次数砍是不对的，所以它叠加了四类豁免：

1. 应急类
2. 新装类
3. 配置受限类
4. 被编排类

叠加豁免后给出关闭清单，经你确认后走官方通道关闭。注意这一步只关不删，资产还在，随时可以重新打开。

2、唤起：先从已装资产里挑对口的¶

你描述一个需求，它先把一份「一行一条」的全量资产速查表扫一遍，挑出 0–3 个最对口的已装资产，告诉你三件事：叫什么、能干什么、怎么唤醒它。

这里不采用关键词匹配，原因是实测过一个反例：「爸妈又被保健品讲座骗了」用关键词匹配不到 elder-fraud-guard。所以做法是把全量资产压成一行一条的速查表，交给模型做语义判断。

3、补货：去 SkillHub 找更合适的¶

同一个需求，它再去 SkillHub 找能实现它的技能。如果确实更合适而你还没装，就推荐你安装，走官方市场搜索/安装，不绕过校验。

4、调度：需求 + 验收标准，管家负责中间（v2.0 新增）¶

你给「需求 + 验收标准」，管家负责中间这段，按顺序走：

1. 先路由已装资产；
2. 不够再推荐 SkillHub 上的未装技能；
3. 还没有就去 GitHub 调研；
4. 确实缺则创建新技能并发布到 SkillHub；
5. 最后用你的验收标准真实验证产出，不达标就迭代。

这样你的注意力放在「把需求说清、把验收定清」，中间环节交给管家。

关键立场：四个反直觉但重要的判断¶

这部分直接决定前两步会不会误判，值得单独说。

1. 低频 ≠ 无用。应急类技能（防诈骗、C 盘急救、密钥交接）平时零调用，价值在「出事那一刻它已经在那」。
2. 「仅手动点名」是隐藏陷阱。被配置成不可自动调用的技能，计数天然偏低。用调用次数判它没用，等于拿一把被自己拨坏的尺子量东西。
3. 语义匹配靠判断，不靠关键词。前面 elder-fraud-guard 的例子就是这个立场的实测依据。
4. 采用而非重建（v2.0 立场）。自动调用借鉴 技能路由枢纽 的分桶 + 历史降权；发现安装直接复用 find-skills；创建复用 skillcreator + skillhub-publish-helper。管家只新建「编排中间层」，不重复造轮子。

安装与启用¶

官方资料没有给出命令行安装方式，只有 SkillHub 市场入口。安装走官方市场的搜索/安装流程即可，不需要 API Key（标签 requires_api_key=false）。

官方地址: https://api.skillhub.cn/user_84aa03cf/workbuddy-skill-butler
SkillHub 页面: https://www.skillhub.cn/skills/user_84aa03cf/workbuddy-skill-butler
坐标: @user_84aa03cf/workbuddy-skill-butler
版本: 2.1.0

启用方式是触发式的。官方给出的触发场景如下，命中任意一种就该调用这个 Skill：

1. 你直接说「技能管家」「skill 管家」「我的技能」「我装了哪些技能」
2. 问「有哪些技能可以用」「哪些技能能帮我做这个」「有什么技能适合」「该用哪个技能」「唤醒技能」
3. 抱怨「技能太多了」
4. 要做「关闭不用的技能」「清理技能」「技能使用统计」「哪些技能没用过」「技能清了」
5. 提到「专家」「连接器」「mcp 用不上」
6. 问「SkillHub 上有没有」「市场上有没更好的技能」「有没有更合适的技能」「我是不是该装个什么」
7. 出现 “workbuddy skill butler”、”skill butler”、”prune my skills”、”which skills do I have”、”what skill should I use”
8. 描述一个具体需求后，明显在问「我有没有工具能做这件事」

典型用法¶

下面四种用法对应四件事，输入都可以是一句自然语言。

清库。说一句「技能太多了」或「哪些技能没用过」，它会先给清单和豁免理由，等你确认再关闭。

唤起。描述需求，例如「帮我看下有没有办法处理保健品讲座诈骗」，它会返回 0–3 个已装资产，并说明怎么唤醒。

补货。说一句「有没有更合适的技能」或「我是不是该装个什么」，它会拿同一个需求去 SkillHub 比对，给出推荐。

调度。给「需求 + 验收标准」，例如「我要一个能 X 的东西，验收条件是 Y」。它会按已装 → SkillHub → GitHub → 新建发布 → 验证的路径走，验证不达标就迭代。

适用场景与注意¶

适合这几种情况：装了一堆技能但记不住；判断不出该用哪个；怀疑有更合适的没装；或者手上有需求，但不想自己去翻市场和 GitHub。

几个要注意的点：

1. 清库是「只关不删」，但关闭后该技能不会自动参与调度，需要时得手动点名或重新打开。
2. 调度会走到 GitHub 调研和创建新技能并发布这一步。发布是真实动作，会给 SkillHub 增加一条记录，不是本地草稿。
3. 调度的验证质量取决于你给的验收标准。标准写含糊，迭代就会来回很多轮。
4. 触发依赖语义识别。你描述需求时尽量说清「要做什么」，而不是只说「有没有工具」。

结尾¶

WorkBuddy技能管家的价值不在「再多一个技能」，而在把技能、专家、连接器当成同一批资产来管：清掉占位的，唤起对口的，补上缺的，必要时自己造一个并验证。想试的话，从官方地址进 SkillHub 页面安装，先拿一句「哪些技能没用过」试试清库这一步，风险最低。

官方地址：https://api.skillhub.cn/user_84aa03cf/workbuddy-skill-butler