多个 Agent 结论不一致或冲突时如何处理？

核心回答

我会先把冲突变成同一问题下可核对的结论和证据，再决定是合并、纠错还是保留分歧，不能直接选多数或最后返回的答案。

1. 对齐问题：确认对象、时间、版本、统计口径和约束是否相同，有些结论只是关注的范围不同。
2. 核对证据：让各Agent给出原始来源、关键片段或工具结果，优先核查适用且可验证的证据。
3. 按明确职责仲裁：可由规则、程序检查或指定归并者裁决；模型仲裁也必须说明依据，不能只看角色名和自报置信度。
4. 有限补查与修正：只补查争议点，保留已验证结果，并设轮次、时间和成本上限。
5. 仍不能确定时说明缺口：保留条件性结论或分歧；影响重要操作且缺乏判断依据时，暂停该操作并交给有权限的人处理。

例如两个Agent对某API是否支持流式调用给出相反答案，先看它们引用的是哪个版本、哪个接口和什么配置，再查目标环境的官方说明或做针对性验证，而不是让它们继续互相说服。

展开说明

1. 先区分三类问题

事实冲突是对同一对象、同一范围给出相反判断，需要回查数据和来源。范围差异则可能同时成立，例如一个描述旧版接口，一个描述新版接口，归并时说明各自条件即可。

方案取舍还可能来自目标不同：一个Agent优先低延迟，另一个优先证据覆盖。这时要回到用户约束和评价标准，不能伪装成只有一个客观事实。缺少决定性业务优先级时才需要澄清。

若实际问题是两个分支同时覆盖同一个状态字段，应使用明确的写入和合并机制；那是并发控制，不能靠讨论观点解决。

2. 比较结论背后的证据，而不是比较说得多自信

结果最好附上结论、对象、适用范围、来源、数据时间和未解决问题。协调者可以先定位相互矛盾的具体主张，再读取原文或调用结果，检查是否存在摘要失真、引用错配、过期数据或不同口径。

采信时通常优先看证据是否直接、来源是否有相应权威、是否适用于目标版本和环境，再看时间与可复现性。“更新”不一定意味着更适用：用户仍在旧版本上运行时，新版文档不能直接覆盖旧版行为。多个Agent引用同一篇转载，也不是多份独立证据。

专业角色可以负责对应领域，但角色名称本身不证明正确。模型自报的置信度可作线索，不能当作已校准概率。可计算的数值先重新计算，可检查的Schema先按契约校验，能用原始数据或测试核对的结论就尽量落到这些依据。

3. 仲裁需要明确输入、责任和停止条件

可以由主Agent、独立Reviewer或确定性规则承担归并，但应明确谁输出最终结果。仲裁输入是争议点、双方证据和判断标准，输出包含采纳结论、依据、适用条件及剩余不确定性。并非每次都需要增加一个Agent。

如果校验Agent指出参数不符合约定Schema，先核对Schema版本和实际参数，再修正或说明校验规则问题；不能让另一个模型凭语言表达把明确的格式错误投票通过。对开放性判断，评审者可以比较论据，但也有偏差，应保留来源并用代表性冲突案例验证。

补查要能带来新信息，例如找原始发布记录、核对部署配置或补一项测试。仅把相同上下文交给更多Agent重复回答，可能得到同样的错误。达到预算，或多轮没有新增证据时，就收束为有条件的结论、明确缺口或人工判断。

4. 争议未解时，结果也应可用且诚实表达边界

最终答复可以区分已确认事实、不同条件下成立的判断和仍待核查的部分。对不依赖争议点的工作可以继续；只有受影响的外部操作需要等待，不能因为局部不确定就让所有任务无限循环。

系统改进时，可以保存争议的任务版本、来源、仲裁依据与结束原因，观察是否选对目标版本、是否遗漏反例，以及是否把旧来源错误覆盖到新结论。评估目标是事实与任务结果更可靠，不是让所有Agent永远说同一句话。

常见追问

直接投票行不行？

在明确候选、评价标准和相对独立采样的任务中可以尝试，但不能替代事实核验。同模型、相同提示和相同错误来源会产生相关性错误，票数多仍可能全错。事实问答尤其要比较证据。

仲裁者换成更强模型就够了吗？

可能改善阅读和判断，但不能补上根本不存在的证据，也不能决定用户没有提供的业务优先级。仍要有任务范围、可检查依据和停止条件，并评估仲裁本身是否引入错误。

原始资料本身互相矛盾怎么办？

核对版本、发布日期、适用对象和发布主体，必要时回到维护者或权威数据源；仍无法消除时保留冲突和来源，降低结论确定性。不能把两段相反资料平滑改写成一个没有依据的确定答案。

对应教程

参考资料