让所有评审者检查同一份产物

以下示例与示意结果由本站编写，用于说明方法，不是模型实测结果。

使用场景

流程明确要求两位独立评审对同一发布说明按同一标准通过。教学 v1 有一位 PASS，v2 另一位 PASS，但后一版本还有无来源 benchmark 主张；不能把不同版本的两份通过拼起来。

具体做法

固定候选与标准身份，给每位必需评审同样原要求与产物，分别记录完成/失败/不可用。该流程的通过条件是所有必需结果都满足同一候选门槛。修复证据支持的问题后，按约定范围重审变化；预算到期保留未决，不用少数 PASS或缺评审当完整。

反例

把 v1 的 A PASS 与 v2 的 B PASS 合并，当作 v2 双方通过；忽略不完整维度或无来源数字。

改进写法

教学候选固定 v2、rubric-r1。让两位必需评审独立检查相同输入并记录版本与实际状态。v1 PASS 不计 v2门槛；无来源 benchmark 先按证据修复，再按规定有限复核。只有两份有效 v2结果满足要求才报告该门通过；缺失或失败保留未决，不把门通过解释为发布授权。

为什么这样改

通过记录绑定的是具体输入与标准。版本混用和缺失维度会制造一个没有真正被检查过的合成成功；相同产物门槛让判断的对象保持一致。

如何验证

示意矩阵 A/v1/PASS、B/v2/PASS不能满足 v2；A/v2与B/v2有效通过才满足。如果一维未运行，报告不完整而非空发现即通过。

核查问题修复有后来证据，不把未再提及当已确认。本篇不启动评审或发布。

适用边界

只有流程实际要求全部通过时采用 AND，不把多方一致当所有任务默认规则。评审会同错或误报，需证据核查；来源固定次数和 ship标签不是当前执行权限。