听说「多 Agent」就想上十个角色互相开会?先别。大多数团队的第一笔收益,来自两个角色分工清楚:一个搜集,一个检查;一个起草,一个挑刺。
这篇讲怎么把多 Agent 从概念落到可跑流程,避免搭了个热闹系统,产出却更慢。

一、多 Agent 到底在解决什么问题
单模型一次对话,容易又当运动员又当裁判。多 Agent 的价值是分工与互斥:
- 执行者负责推进;
- 审查者负责找茬;
- 必要时再加「归档者」只负责整理格式。
如果三个人设说的都是同一段漂亮话,那不叫协作,叫复读机集群。
二、最小可行:双 Agent 就够用
| 角色 | 只准做什么 | 不准做什么 |
|---|---|---|
| 执行 Agent | 按目标产出初稿/初表 | 自我打满分 |
| 审查 Agent | 挑事实、逻辑、缺材料 | 重写全文炫技 |
【执行】
目标:…
材料:…
输出格式:…
禁止编造。
【审查】
你是严格审稿人。只输出:
1) 必须修改的问题(带位置)
2) 缺什么证据
3) 可合并的冗余
不要重写全文,除非我要求。人的工作:看审查清单,决定改不改、补什么材料。这才叫落地。
三、什么时候才加第三个角色
仅当双角色已经稳定跑通,再考虑:
- 检索员:只负责找来源,不写结论;
- 格式员:只负责表格/模板,不改观点;
- 风险员:只标合规与隐私问题。
角色一多,就要写清交接物:上家交付什么文件,下家才能开工。没有交接物的多 Agent,等于群聊刷屏。
四、落地检查表(上线前)
- □ 每个角色只有一个主要目标
- □ 有明确输入/输出格式
- □ 有人工闸门(发布前必停)
- □ 失败可回滚(保留初稿)
- □ 成本可估计(别无限互聊)
五、常见翻车
| 现象 | 原因 | 处理 |
|---|---|---|
| 越协作越慢 | 角色重叠 | 砍回双角色 |
| 互相吹捧 | 审查不独立 | 审查禁止重写、只挑刺 |
| 事实打架 | 无统一材料源 | 指定唯一资料包 |
| 账单吓人 | 循环调用 | 轮次上限+人工停 |
六、一个本周就能做的练习
- 选一篇你要发的周报/方案初稿;
- 执行 Agent 出 v1;
- 审查 Agent 只出问题清单;
- 你改 30 分钟出 v2;
- 记录:省了哪些返工,多了哪些废话。
能省返工,就留下;不能,就诚实降级回单模型。




