📚 系列导航：上一篇 WorkBuddy Skill 安装与使用教程 已经完成前一阶段；本篇聚焦选择、创建和测试 WorkBuddy 专家与专家团；下一篇 WorkBuddy 连接器与 MCP 使用教程 继续后续学习。
先给结论：专家让 WorkBuddy 切换成一个有明确岗位、方法论和工具链的 AI 同事；专家团则由团长拆任务、分工协作并汇总结果。单点专业问题用专家，多角色复杂项目用专家团。
Skill 固定做法，专家切换角色，专家团负责多人协作
同样一句“分析销售数据”，通用 AI 可能给你图表和趋势；真正的数据分析专家还会追问业务目标、检查数据质量、挑核心指标、找异常原因，再给可执行建议。
差别不只是懂得多，而是看问题的角度、执行顺序和交付标准不同。
看完这一篇，你会拿到：
- 分清普通任务、Skill、专家和专家团
- 会召唤一位现成专家
- 会创建并测试自己的专家
- 知道什么时候值得上专家团
- 会在团队开工前检查分工、依赖和人工决策点
WorkBuddy 专家的作用
WorkBuddy 本身是通用 Agent，什么任务都能接。但通用不等于每个领域都应该用同一种方法。
例如写小红书文案：
- 普通 Agent 可能重点处理内容和措辞。
- 小红书运营专家还会考虑选题、标题、开头留存、种草逻辑、平台生态和互动设计。
因此，专家可以理解为一种角色切换机制：通过人设、方法论和工具链，让 WorkBuddy 以特定领域专家的身份执行。
普通 WorkBuddy = 通用 AI 同事
专家 = 有明确岗位和专业方法的 AI 同事**类比：同一家医院的全科医生和专科医生。**常见问题全科能处理，到了明确的专业领域，专科医生会按更细的检查路径和判断标准来做。
💡 一句话总结：专家的价值不是多一个头像，而是让任务按特定领域的方法论、工具和交付标准执行。
普通任务、Skill、专家和专家团的区别
| 方式 | 本质 | 适合的问题 |
|---|---|---|
| 普通任务 | 通用理解与执行 | 一次性、目标清楚的任务 |
| Skill | 稳定复用某套能力或流程 | 反复执行同一类动作 |
| 专家 | 人设 + 方法论 + 工具链 | 明确领域的单点专业问题 |
| 专家团 | 多位专家 + 协作流程 | 需要拆解、并行和汇总的复杂项目 |
可以用三个问题快速判断：
- **只是一次清楚的小任务？**直接交给普通 WorkBuddy。
- **这套步骤以后反复要用？**沉淀成 Skill。
- **需要专业判断或多个角色协作？**使用专家或专家团。
它们不是互相替代的关系。专家可以调用 Skill，专家团里的成员也可以各自带着不同工具和方法工作。
💡 一句话总结：任务决定“这次做什么”，Skill 固定“怎么做”，专家决定“以什么专业角色做”，专家团组织“多个角色怎么一起做”。
在 WorkBuddy 中召唤现成专家
打开“专家·技能·连接器”，选择“专家”。
点击“召唤专家”。蓝皮书以“高考我帮你”专家为例。
提供任务内容，例如：
帮我查一下 2026 年高考数学真题。
等待专家返回结果后，检查它有没有说明资料来源、年份和适用地区。涉及考试政策、医疗、法律、投资等高风险领域时，专家身份不能替代权威来源核验。
预期结果：任务在对应专家中执行，你拿到符合该专家领域和方法的结果。
💡 一句话总结：召唤专家很简单，真正重要的是确认它的方法和来源是否匹配你的问题。
创建并测试 WorkBuddy 自定义专家
如果现成专家不符合你的岗位和流程，可以在“我的专家”中创建专家。
例如创建一个公众号创作专家。
创建时至少写清：
- 它负责什么领域
- 接到任务后按什么方法分析
- 可以使用哪些工具和 Skill
- 输出采用什么结构
- 哪些事实必须核验
- 哪些情况必须反问用户
生成后先用一项小任务测试。
通过测试的专家会出现在“我的专家”中。
不要只测“正常任务”。再补一个资料不足、要求模糊或存在冲突的例子，看专家会不会瞎猜。这比让它写一篇看起来漂亮的文章更能暴露问题。
💡 一句话总结：创建专家时把职责、方法、工具、输出和边界写清，再用正常案例和异常案例各测一次。
使用 WorkBuddy 专家团拆分复杂项目
专家团是一套协作执行机制。一支专家团由多位专家组成，由团长负责拆解任务、安排成员、协调先后关系，最后整合交付。
用户只需要提供客户背景、最新需求和预期成果，不需要自己逐个挑选团员，也不需要手工拆分每一步。
打开“专家·技能·连接器”，选择“专家团”，再点击召唤。
**类比：专家是单兵，专家团是一个带项目经理的小组。**人多不是目的，把能并行的任务分开、把有依赖的步骤排对，才是协作价值。
💡 一句话总结：专家团适合需要多个专业角色共同产出的项目，团长负责拆解和汇总，成员负责各自的专业部分。
WorkBuddy 专家团开工前检查项
- 分工是否完整：需要的专业角色有没有漏掉。
- 依赖是否清楚：哪些成员可以并行，哪些必须等前一步结果。
- 人工决策点在哪：预算、品牌立场、对外承诺等由谁拍板。
- 最终由谁整合：不同成员输出冲突时，团长按什么标准取舍。
一个任务如果只有一两步，硬上专家团只会增加沟通成本。判断标准不是“任务看起来很重要”，而是它是否真的能拆成多个相对独立、需要不同专业能力的部分。
⚠️ 多位专家并行会产生更多中间结果。对外发布、业务决策和高风险结论仍要统一核验，不能因为“大家都这么说”就跳过证据检查。
本篇小结
- 普通 WorkBuddy 适合一次性清楚任务。
- Skill 固定一套可复用的做法。
- 专家用人设、方法论和工具链处理单点专业问题。
- 专家团由团长拆解任务，多位成员协作并汇总交付。
你现在应该能：根据任务复杂度选择普通任务、Skill、专家或专家团；召唤现成专家，也能创建并测试自己的专家。面对复杂项目时，你还知道先检查分工、依赖、人工决策点和最终整合标准。
下一篇 07 · WorkBuddy 使用连接器：专家和 Skill 解决“怎么干”，连接器解决“能接触哪些外部工具和数据”。