失败一：为多而多
任务本可一个角色加固定流程完成，却拆成五个角色互相调用。信号是调用次数上升而成功率不变。规避办法是先做单角色基线，只有当基线在上下文、权限或专业分工上明确受限时，才值得拆分。
失败二：角色没有边界
两个角色都能改同一份结论，谁改的说不清。信号是同一输入两次运行结果差异很大。规避办法是每个字段只设一个写入方，其他角色只能提议；写入方与提议方在配置里固定，不靠提示词约束。
失败三：冲突没有仲裁
角色意见相左时无限辩论或互相等待。信号是平均轮次持续上升、超时率提高。规避办法是设协调角色或规则引擎，明确裁决顺序，冲突超过一次即升级人工，并把每次升级事件记入日志备查。
失败四：成本没有上限
异常输入触发大量重试，等待时间与资源消耗同时失控。信号是少数请求占用大部分调用量。规避办法是给单次任务设轮次、超时与调用次数上限，超限即降级到单角色或人工，并触发告警。
失败五：评测没有基线
上线后说不清比原来好在哪里，只能靠个别案例证明有效。信号是复盘时拿不出同批样本的对比。规避办法是在设计阶段就固定样本与判定标准，每次变更后用同一批样本回归，结论才有依据。
适用与不适用
适合谁
- 已上线多角色流程、效果说不清的团队
- 正在评估是否要做多智能体的负责人
不适合谁
- 任务本身无法拆成可独立验收的节点
- 没有评测资源、只靠演示做决策的项目
典型场景
某团队的多角色审核流程上线后平均轮次从三轮涨到九轮，超时率上升。复盘发现两个角色都能改写结论，且没有仲裁规则。团队改为单一写入方，冲突一次即升级人工，把轮次上限设为五轮，超时率随后回落。
可执行步骤
- 先跑一遍单角色基线，确认这项任务是否真的需要多角色
- 为每个字段指定唯一写入方，其余角色只能提议不能改写
- 设仲裁规则，并约定冲突出现一次即升级人工的明确阈值
- 给轮次、超时与调用次数设上限，超限即告警并自动降级
- 固定评测样本，每次改动后都用同一批样本复跑并逐项对比
常见坑
- 为多而多，调用次数上升而效果持平，成本与等待时间同时增加，最终被迫回退。
- 角色都能写同一字段，结果不可复现，出问题无法定位是谁改的，排查只能全量重跑。
- 没有仲裁与上限，异常输入在角色间循环，直到超时才终止，用户侧表现为长时间无响应。
自检与验收清单
- 是否已跑出单角色基线作为对比依据
- 每个字段是否只设一个写入方并写进配置
- 冲突升级的阈值与接收人是否明确
- 轮次与超时上限是否已配置并有人查看
常见问题
多角色是不是更容易出错？
出错面确实更大，因为环节多、交互多。控制办法是减少角色数量、固定写入方、加上限与仲裁。角色越少、边界越清，系统越可预测；把角色数量当作能力指标，通常会把问题做大。
怎么判断该回退到单角色？
看同一批样本上的成功率、平均轮次与人工接管率。若多角色在成功率上没有优势，而轮次与接管率明显更高，就应回退。回退不是失败，是把复杂度用在真正需要的地方。
冲突升级会不会太频繁？
取决于角色边界是否清晰。边界清晰时冲突应集中在少数真分歧上；若升级频繁，先查是不是两个角色在做同一件事。合并重复职责，往往比增加仲裁层更有效。