多数 agent 工作流事故，不是发生在节点执行，而是发生在合并点。多个分支都“成功”，最终结果却互相冲突：字段覆盖、结论不一致、状态先后颠倒。
合并策略必须先于并行设计
| 合并模式 | 适用场景 | 风险 |
|---|---|---|
| last-write-wins | 低风险展示字段 | 关键字段被误覆盖 |
| priority-merge | 多来源证据整合 | 优先级配置错误 |
| quorum-merge | 多模型一致性判断 | 成本高、延迟高 |
| human-merge | 高风险审批输出 | 吞吐受限 |
不要默认使用 last-write-wins。
冲突检测最小规则
- 同字段不同值 -> 标记冲突
- 同动作不同目标 -> 标记冲突
- 同审批位不同结论 -> 强制人工合并
冲突检测要结构化，不能靠 prompt 文本判断。
失败案例：并行分支覆盖高优先级结论
某系统在“合规审查”和“业务建议”并行后，低优先级分支覆盖了合规限制，导致违规建议外发。修复后引入字段级优先级表，合规字段不可被业务分支覆盖。
Checklist
- 合并策略按字段和动作分级
- 关键字段禁止默认覆盖
- 冲突结果进入独立队列
- 合并决策有审计记录
- 高风险合并支持人工兜底
延伸阅读：
