专家团最吸引人的地方是“多角色并行”，但并行本身不是质量保证。如果所有角色拿到的背景不同、验收标准模糊，最后只会更快地产生一堆互相矛盾的内容。
什么时候值得用专家团
适合的任务通常同时满足：
- 需要两个以上不同专业视角。
- 子任务之间可以独立执行和验收。
- 有一套所有角色共享的事实材料。
- 最终需要统一结构或综合决策。
- 质量收益值得更高的模型轮次和积分。
例如产品发布可以拆成用户研究、定位、内容、视觉和渠道计划；修改一个标题则不需要专家团。
专家团与连续召唤专家的区别
连续召唤多个专家时，你负责每次传递上下文和合并结果。专家团由团长负责拆解、分配、执行和综合，更适合依赖关系明确的完整交付。
代价是你对中间过程的控制更间接，因此任务说明和验收更重要。
写一份所有角色共享的任务简报
启动前至少包含：
目标：为一款面向小团队的 Agent 工具制作发布方案
事实材料：产品说明、用户访谈摘要、价格和已确认功能
受众：20 人以内的内容与开发团队负责人
交付：定位说明、内容计划、视觉方向和两周发布排期
共同约束：不得编造客户数据；每条结论标注依据；预算上限 3 万元
最终验收：各部分口径一致，可直接分配给执行人把推测和已确认事实分开，避免不同专家把假设继续放大。
审查团长的拆解
在正式执行前，要求团长先输出任务树。检查：
- 每个子任务是否有明确负责人和产物。
- 子任务之间有哪些输入依赖。
- 是否存在两个角色重复做同一件事。
- 哪些结论需要交叉审查。
- 最终由谁统一口径和格式。
如果任务树无法在一页内讲清，先缩小范围或分成两个阶段。
让并行任务使用同一事实底稿
将已确认材料放在一个清晰工作区或项目资产中，并指定文件优先级。不要让每个角色各自重新上网寻找产品事实，否则时间范围、口径和来源会迅速分叉。
需要外部调研时，规定来源类型、时间范围和引用方式。无法核验的信息必须标为待确认。
控制权限和积分
官方说明专家团可能进行多轮模型调用，积分消耗通常明显高于单专家。开始前可以：
- 先用小范围问题验证团队配置。
- 限制每个角色的交付长度和轮次。
- 不为只读研究开放写入和外部发送权限。
- 先生成草稿，确认后再制作最终文件。
- 关注余额，避免任务中途因积分不足中断。
专家本身不主动获得系统权限，但其配置的 Skill、MCP 或连接器可能在授权下访问文件和外部服务，仍要逐项检查。
处理角色冲突
当研究专家认为应聚焦 A 用户，而增长专家建议覆盖 B 用户，不要让团长简单“取中间值”。要求输出：
| 冲突项 | 角色 A 依据 | 角色 B 依据 | 适用条件 | 待确认信息 |
|---|
只有补充证据后才能消解的冲突，应进入人工决策清单。
验收最终综合结果
逐层检查：
- **事实层：**数字、功能、用户信息是否来自共享材料或可核验来源。
- **逻辑层：**不同章节的目标、受众和策略是否一致。
- **执行层：**每项建议是否有负责人、时间和完成条件。
- **格式层：**命名、术语、语气和文件结构是否统一。
- **风险层：**是否包含外部发送、敏感数据或不可逆操作。
最终文件整齐不代表内部结论一致，必须抽查关键依据。
失败后如何缩小问题
- 内容重复：重新划分角色职责和交付边界。
- 结论冲突：统一事实底稿并增加交叉审查。
- 任务卡住：减少角色或分阶段执行。
- 无最终产物：明确团长必须交付的文件名和结构。
- 成本过高：先用单专家完成主干，只把关键分支交给团队。
完成检查
- 任务确实需要多角色，而不是为了形式复杂化。
- 团长拆解已在执行前审查。
- 所有角色使用同一事实底稿。
- 冲突和不确定性没有被隐藏。
- 最终交付通过事实、逻辑、执行、格式和风险五层验收。