怎么调和分歧审计

两个审计跑在同一个 wave（或同一个 packet 决定）上、返不同裁定。怎么调和？

菜谱

校验两个审计都真。 检查每个审计是不是被 admitted 独立循环产出、按类型化合同记。
读 finding，不只读裁定。 PASS 审计可能有 caveat；NEEDS_REVISION 审计可能命名具体阻塞。
更严裁定默认赢。 如果一个审计说 NEEDS_REVISION 另一个说 PASS，NEEDS_REVISION 裁定的 finding 是当前活跃闸门。PASS 审计不能软化阻塞。
Finding 驱动解决。 处理被命名的阻塞；别只是再审计指望 PASS。
记一份显式调和工件。 写 audit-reconciliation-<topic-or-wave-id>.md 捕捉两个审计、finding 列表、选定解决。
如果调和不是代码 fix（比如 PASS 审计是对的、NEEDS_REVISION 审计基于误读），记 rationale 与审计的修正路径。
如要再审计。 解决后，重跑独立审计；记新裁定。

四闭合框架要四个维度都显式。NEEDS_REVISION finding 标识具体 gap。不处理那个 gap 的 PASS 审计对它沉默、不矛盾。

方法学的结构规则：未解决阻塞 finding fail-close。PASS 不能通过简单分歧覆盖阻塞 finding；finding 必须被处理（解决、声明非阻塞、或类型化证据展示无效）。

之前公开文档 remediation topic 的 wave-1 被两个独立 session 审计：

调和：

步骤	动作
两审计都真	确认
Finding 检查	审计 B 的阻塞是关于 topic 级文件里的边界措辞
更严赢	审计 B 的 NEEDS_REVISION 持
解决	更新边界措辞；preflight rescope 准入后续 wave
调和工件	`external-audit-round-N-reconciliation.md`
再审计	隐含在后续 wave 准入审计里

审计 A 的 PASS 被认作设计包完整性的证据；它没覆盖审计 B 的边界措辞阻塞。解决处理了审计 B 的具体 finding。

审计 A：PASS，带非阻塞备注「考虑加例子」审计 B：PASS，带非阻塞备注「考虑收紧禁用捷径列表」

这些不是裁定分歧；是带不重叠非阻塞备注的收敛。

菜谱：

审计 A：PASS 审计 B：FAIL，带 finding「工作引入 silent_owner_cut_reopen」

调和：

步骤	动作
校验审计 B 的 finding	检查工作；看 owner cut 是否被重开
如 finding 持	审计 B 的 FAIL 是活跃闸门；wave 的 owner-cut 重开必须被解决或显式准入
如 finding 不持	审计 B 的证据被纠正；调和工件记原因；审计 A 的 PASS 持

不管哪种，解决都类型化、被记下，不是「我们挑了喜欢的裁定」。