怎样给 Agent 工作流安排独立复核

让 Agent 自己检查结果有帮助，但执行和验收如果使用相同的错误前提，复核仍可能漏掉问题。独立复核的关键，是用明确标准检查产物，并保留能够追溯的依据。

先挑出最影响结果的几项事实：报告中的重要数字、产品的核心操作、对外文字的承诺。没有必要把每一个低风险排版修改都变成复杂审批。

给复核者看四样东西

任务要求、最终产物、必要的原始来源、已有检查结果。可以附执行说明，但不要让它成为唯一依据。

例如复核一份活动预算，检查者应取得原始数量、单价和计算规则，再重新计算总额。只读一段“预算已核对”的总结，没有办法确认计算是否正确。

先写复核问题

结论能否从给出的来源推出？
数字和单位是否一致？
有没有把推测写成事实？
交付物是否满足约定范围？
实际操作与文档描述是否一致？
尚有哪些条件没有证据？

问题越贴近任务，复核越容易产生具体修改意见。“请严格审查”可以表达态度，却不能替代检查范围。

不要用投票解决分歧

两个 Agent 意见不同，先定位它们引用的证据和假设。一个使用旧版本文档，另一个使用新版本文档，分歧可能来自时间。一个认为结果应保存在本地，另一个认为应跨设备共享，分歧可能来自未确认的需求。

让负责的人针对这个差异作决定，再更新标准。增加更多模型投票，无法补出原本缺失的事实。

记录结论的边界

复核结果可以是通过、需要修正或证据不足。后两者应写出具体位置、原因和下一步。专业内容需要相应专业人员复核；模型之间的独立回答也不保证错误互相独立。

修正后主要重验受影响的项目。若修改改变了共用逻辑，再扩展检查相关流程。把初次问题与最终证据保留下来，下一次就能复用，而不必重复解释为什么要检查它。