Appearance
第 6 章：专家、专家团和 Skill 的区别
本章目标
区分通用任务、Skill、专家和专家团的作用，避免为了“看起来更专业”而增加不必要的协作层。先选最小可行的工作方式，只有任务确实需要方法固化或多人并行时再升级。
适用场景
- 一次性任务不确定是否需要专门角色；
- 某类工作重复发生，想沉淀稳定方法；
- 需要让 WorkBuddy 按某个岗位视角分析问题；
- 复杂任务需要拆分、并行和汇总。
前置条件
- 明确任务目标、输入范围和交付标准；
- 能判断任务是一次性问题还是重复流程；
- 对外部工具、文件写入和信息发送设置权限边界；
- 有一份小样本用于试跑，不直接在真实敏感项目上创建复杂协作。
核心概念
| 方式 | 本质 | 适合的问题 |
|---|---|---|
| 通用任务 | 直接描述目标并获得分析或执行 | 一次性、边界清楚的任务 |
| Skill | 把某类动作、资料和输出约定固化 | 需要反复执行相似步骤 |
| 专家 | 角色视角、方法论和工具链的组合 | 需要某个领域的分析框架 |
| 专家团 | 多个角色按分工协作并汇总 | 任务可以拆成相互依赖或并行的工作包 |
专家不是凭空增加准确性，专家团也不是把责任转移给系统。它们只是组织任务的方法，最终结论、权限和外发仍由人负责。
分步操作
- 先用通用任务描述问题。 如果目标、输入和结果都清楚，不要为一次性工作创建额外角色。
- 判断是否需要 Skill。 当同类动作重复、输入输出稳定且可以在隔离目录验收时，才考虑沉淀 Skill。
- 判断是否需要专家视角。 如果任务需要固定的业务指标、评价标准或岗位方法，再定义专家的职责和不适用范围。
- 定义专家边界。 写清它能读取什么、能调用什么、不能做什么，以及交付什么格式。
- 只有复杂任务才使用专家团。 先画出工作包、交接物、依赖关系和总负责人，再决定并行或串行。
- 用小任务试跑。 检查角色是否重复、交接物是否完整、结果是否能回溯到输入。
- 人工验收后再沉淀。 把通过的任务卡、输出格式和失败处理记录下来，不把一次成功直接当作长期可靠能力。
示例
以“整理月度销售表”为例：
- 只需要清洗列名和统计合计：使用通用任务；
- 每月都按同一规则清洗并输出表格：考虑 Skill；
- 需要结合业务目标解释指标变化：考虑数据分析专家；
- 同时需要数据清洗、异常解释、汇报结构和行动建议：再考虑专家团。
验收方法
- 选用的层级与任务复杂度匹配，没有为了展示能力而增加角色；
- 每个专家或 Skill 都有清晰的输入、输出和不适用场景；
- 专家团的成员分工、交接物、依赖和总负责人明确；
- 试跑没有越过工作区、账号和外部调用权限；
- 结果由人检查后才写入正式资料或对外发送。
常见问题
专家和 Skill 可以互相替代吗？
不能完全替代。Skill 更偏向可复用的动作和流程，专家更偏向角色视角和方法论。一个专家可以调用 Skill，但仍要分别检查两者的权限和边界。
任务拆给多个 Agent 就一定更快吗？
不一定。拆分会增加交接、汇总和失败处理成本。只有当工作包相对独立、输入清楚且可以并行时，协作才可能有收益。
可以让专家团直接发布结果吗？
不建议。发布、发送、删除、覆盖和修改外部系统必须设置人工门禁，专家团只能准备可审查的结果。
风险和权限边界
- 角色名称不代表真实资质，不用专家输出替代专业人员判断；
- 不给 Skill、专家或专家团超出任务需要的目录、账号和连接器权限；
- 专家团必须有总负责人和失败回退，不让成员互相循环调用；
- 涉及人事、合同、财务、健康或对外发布的结果必须人工复核。
相关解决方案
来源引用
- SRC-UPSTREAM-CH06：专家、专家团和通用 Agent 的区别，经重新组织后使用。
- SRC-UPSTREAM-CH05：Skill 的能力和生命周期边界，经重新组织后使用。
- SRC-UPSTREAM-CH24：角色、任务拆分、交接物和协作可靠性，经重新组织后使用。
内容版本与核对日期
- 内容版本：
0.1.0 - 最后核对日期：
2026-08-05 - 适用版本状态：专家、专家团和 Skill 的入口及能力以当前产品版本为准。
- 来源提交版本：
6b5e2403f0f2ad5d3f7ab7a67e9c4d4113583ff3
章节导航
- 上一篇： 第 5 章：Skill 的安装、使用、关闭和卸载
- 下一篇： 第 7 章：连接器与 MCP