面试官:讲一讲多 Agent 协作如何保持一致性

核心结论(一句话)

多 Agent 系统真正要对齐的不是最终答案,而是同一个任务、同一份事实和同一套状态;模型负责判断下一步,运行时负责证明版本、证据、副作用和完成条件确实成立。

分类提炼

知识节点(10 个独立概念)

关联图谱

上游(基于 / 来自)

下游(应用于 / 验证于)

同级(横向 / 并列)

正文要点

  1. 多 Agent 角色图并不能证明架构成立;围绕同一个 user-service 故障追问代码版本、日志版本、事实与判断、验收版本,才能暴露一致性空白。
  2. 并行的前提是任务依赖清楚。任务可以并行不代表编排可以静态固定,执行中的新证据可能要求暂停、合并、收回或重新拆分。
  3. Agent 交接应传递可继续工作的状态:输入快照、证据引用、假设、能力约束、产物地址和验收标准必须分开表达。
  4. 结果冲突本身有价值,危险的是不同 commit、时间窗口或配置被系统当成同一现实;结果契约应保留来源和状态。
  5. 超时不能一律重试。查询可重试,写入、发布、扣款等副作用必须先查远端状态,区分未执行、已执行和状态未知。
  6. 全局失败不能掩盖子任务状态;租约、心跳、attempt、version、幂等键和补偿流程共同构成可恢复运行时。
  7. 多 Agent 没有绕开分布式系统老问题,只是把服务和线程换成了会自主判断的执行者,因此模型判断与运行时证明必须分层。

备注

相关链接