WorkBuddy 的技能和 CodeBuddy 的 Skills 是同一套吗？文档独立，安装方式也不同
「Skills」这个词在这套产品体系里出现了三次：WorkBuddy 的技能市场、CodeBuddy CLI 的 cli/skills、CodeBuddy IDE 的 ide/Features/Skills。
三套独立的文档。这篇并列 WorkBuddy 侧的官方表述，并说明为什么不该把它们当成一回事。
依据：WorkBuddy 官方文档《技能》（
Function-Description/Skills-Market）、《专家中心》与官方 FAQ「数据安全说明」；CodeBuddy 官方中文文档cli/skills与ide/Features/Skills。核对日均为 2026-08-16。本文只并列官方事实，不做优劣判断。
一、WorkBuddy 侧：技能市场
定位（官方一句话）：
技能市场用于统一管理和安装 Skills，扩展 WorkBuddy 的能力范围。
页面分两块：
| 区域 | 内容 |
|---|---|
| 上半部分 | 已安装的本地技能，可直接在对话中调用 |
| 下半部分 | 推荐技能，可按需一键安装 |
三条添加路径（点「添加技能」之后）：
- 上传技能：导入本地技能包安装，拖拽或点「选择文件」；导入后系统将自动完成配置，无需额外操作；
- 查找技能：输入任务描述，WorkBuddy 自动查找相关技能；
- 创建技能：输入任务描述，WorkBuddy 自动创建相关技能。
后两条输入的都是「任务描述」，不是技能名字——这个设计对新手友好，你不需要知道有哪些技能叫什么。
管理能力：已安装技能支持随时关闭或重新启用，无需卸载；关闭后该技能不会在对话中被调用；技能多时可用搜索框定位；需要完全移除时选「卸载技能」，支持批量操作卸载。
官方给的一条使用建议：
仅启用当前任务所需的技能，减少无关干扰并降低误调用概率。
二、CodeBuddy 侧：两套独立文档
CodeBuddy 的 Skills 分别在 CLI（cli/skills）和 IDE（ide/Features/Skills）两处有文档，篇幅都不小。
文档独立本身就是信号——这套体系里同名能力两边实现不同，已经不是第一次了。
具体配置方式以 CodeBuddy 各自的官方文档为准。本文重点是并列关系，不复述另一边的细节。
三、为什么不该把两边当一回事
理由一：文档结构不同。 WorkBuddy 是「技能市场」这一个页面；CodeBuddy 是 CLI 与 IDE 各一套。
理由二：形态与场景不同。 WorkBuddy 是办公工作台，技能扩展的是办公能力；CodeBuddy 是编程工具，Skills 扩展的是开发能力。同一个词在两个语境下指的东西可能差很远。（这里说的场景差异只是粗线条，真要按官方口径分清WorkBuddy 和 CodeBuddy 的区别，「办公 vs 编程」这个二分本身就不够准确。）
理由三：这套体系里同名能力实现不同已是常态。 已确认的例子：
| 能力 | WorkBuddy 侧 | CodeBuddy 侧 |
|---|---|---|
| 权限模式 | 两档 | 多种（含 dontAsk、delegate 等） |
| 定时任务 | 持久配置，按档位限数量 | 会话级，3 天过期 |
| 远程控制 | 九个 IM 平台 | 本地 Gateway + Web UI |
| 记忆 | 一套文档 | IDE 侧独立文档 |
| 多角色 | 专家 / 专家团 | 子代理 |
| MCP | 侧边栏插件里可视化配置 | CLI 与 IDE 各一套文档 |
| Skills | 技能市场 | CLI 与 IDE 各一套文档 |
Skills 是第七个。 看到两边都有某个能力时，默认假设应该是「可能不一样」。
四、★ 装第三方技能前的安全检查
这一条对两边都适用，而且官方明确提供了工具。
WorkBuddy 官方在常见问题页的「数据安全说明」里，把这两项列在合规审计层：
- Skill 安全审计：与安全团队联动，分级风险判别；
skill-scanner本地安全检查：安装前主动防御潜在风险。
为什么这条重要：装第三方 Skill 等于引入外部代码。 官方既然提供了安装前的本地检查工具，那就养成过一遍的习惯——尤其是从非官方渠道拿到的技能包。
企业环境里更该把这条写进规范：技能装之前先过检查，别让员工随手装。
五、Skill 在选择序列里的位置
WorkBuddy 官方在专家中心给了一张三维对比表，这是理解 Skill 该什么时候用的关键：
| 维度 | Skill | 专家（Agent 型） | 专家团（Team 型） |
|---|---|---|---|
| 组成关系 | 工具能力：让 AI 能做某件事 | AI 顾问：懂某个领域的 AI 角色 | AI 协作团队：自动拆解、并行执行、完整交付 |
| 怎么选 | 需要 AI 具备某种工具能力 | 有一个明确的单点问题 | 任务复杂，需要多角色配合 |
官方三句话：Skill 是能力；专家是能力+经验；专家团是多位专家+协作流程。
成本上的含义：官方明确提示专家团的积分消耗通常为单个专家的数倍。而积分是两个产品共用的（官方定价文档：同一账号积分共享，无需分别订阅）——你在 CodeBuddy 那边消耗的，会让 WorkBuddy 这边可用的变少，反之亦然。
所以正确顺序是：直接对话 → 启用对应 Skill → 召唤单个专家 → 才轮到专家团。从最便宜的那一档开始试。
六、什么时候值得自己创建技能
「创建技能」这条路是 WorkBuddy 侧的一个实用能力，判断标准很简单：
这件事你是不是每次都要把同样的要求重复说一遍？
典型场景：公司周报的固定格式、某类文件的固定清洗规则、对外文案的合规红线（比如不能用极限词）、会议纪要的固定字段结构。
别做成技能的：只做一两次的事、规则还在变的事、需要每次判断的事。
描述怎么写：官方的三要素公式同样适用——做什么 + 有什么 + 怎么样，别让 AI 猜你的意图。一个省事的技巧是把你最近一次手写的那段完整指令直接拿来当描述——那段话本来就是你反复打磨过的。
七、团队分发这件事
自己造的技能能不能给同事用？
WorkBuddy 官方给了「上传技能：导入本地技能包安装」这条路径，说明技能是以技能包形式存在的、可以导入。但自建技能怎么导出成包，官方这一页没有说明，我们不推断。
国内定价页的企业特性清单里列了「企业 Skill」「企业专家」「企业智能体」这几项——从名称看是面向组织统一管理的能力，但具体形态与用法官方页面未展开。有需求的走专属顾问确认（定价页企业版区域标注的售前电话是 4000700132）。
在分发路径明确之前，最可靠的做法是统一提示词：把那段打磨好的指令写进团队文档，大家复制粘贴用。原始，但一定能用。
八、我们不写的东西
- 不写谁的 Skills 生态更好——需要逐项验证，我们没做；
- 不做「WorkBuddy 的技能就是 CodeBuddy 的 Skills」这类等价——文档独立、形态不同；
- 不复述 CodeBuddy 侧 Skills 的配置细节——以其官方文档为准；
- 不写技能包的格式与制作规范——WorkBuddy 官方这一页未展开；
- 不写技能是否消耗额外积分——官方未说明。
小结
- 「Skills」在这套体系里有三套独立文档：WorkBuddy 技能市场、CodeBuddy CLI、CodeBuddy IDE。
- WorkBuddy 侧：页面分已安装与推荐技能（一键安装）两块；三条添加路径——上传技能（导入后自动完成配置）、查找技能、创建技能（后两条输入的是任务描述）。
- 管理：关闭 ≠ 卸载（关闭随时能开回来）；支持搜索与批量卸载。
- ★ 官方建议：仅启用当前任务所需的技能，减少无关干扰并降低误调用概率。
- ★ 装第三方技能前，官方提供了
skill-scanner本地安全检查与 Skill 安全审计——引入外部代码值得过一遍，企业环境该写进规范。 - 选择序列：Skill（工具能力）→ 专家（单点问题）→ 专家团（需多角色配合）；专家团积分是单专家的数倍，而积分两个产品共用。
- 自建技能的判断：这件事是不是每次都要重复说一遍；描述可以直接拿你最近一次手写的完整指令。
双方功能与文档表述均以各自官方为准，核对日 2026-08-16。