adversarial-reviewlisted

# 对抗评审：一次开放发现，主线程直接裁决 一句话：**Opus 5 与 GPT-5.6-Sol 独立找问题，当前 Claude Code 主线程负责判断；不再启动第三个裁判线程。** ## 0. 硬边界 1. **同一身份只开放一次**：用 review_id + object_hash + truth_baseline_hash 标识评审身份。同一阶段、同一基线、同一对象不得开 R2/R3。 2. **两名评审者只读**：评审者只输出事实、失败场景和候选方向，不写被评审对象、不写正式报告、不互相读取输出。 3. **主线程直接裁决**：两份意见收齐后，当前主线程合并、去重、编号并逐条裁决；禁止再起“裁判”子线程或调用第三次模型。 4. **评审意见不是真值**：会改变业务结果、接口契约、持久化语义、死亡线规则的选择，必须追溯到正式上游规格或 _shared/用户裁决记录.md#DEC-x。没有来源只能升级用户。 5. **整改不再开放找问题**：主线程按裁决整改后，调用 closed-remediation-review。该 skill 只用本工具一个全新 Opus 5 子线程检查固定整改清单，再由主线程逐条裁决。 6. **报告不取得规格地位**：正式 L1–L7 才是长期真值；评审报告只是发现、裁决和整改闭环证据。 只有用户裁决、上游正式真值或评审对象发生根本重写时，旧身份才失效。重新评审前必须登记失效原因和新哈希；措辞修订、补引用、落实上一轮整改都不构成新对象。 ## 1. 角色与 Claude Code 适配 | 角色 | 调用方式 | 默认模型 | 权限 | |---|---|---|---| | 评审者 A | Claude Code 原生 Agent | Opus 5 | 只读 | | 评审者 B | codex exec | gpt-5.6-sol，reasoning max | 只读 | | 裁决者 | **当前 Claude Code 主线程** | 当前主线程（Opus 5） | 只裁决，不发明新设计 | | 整改验收 | closed-remediation-review | 一个全新 Opus 5 原生子线程 | 固定范围只读检查 | 评审者 A 与 B 必须并行、相互独立。若用户要求“快/省”，A 仍固定 Opus 5，B 可把 reasoning 降到 high；不得换掉模型后仍宣称完成了 Opus + GPT 对抗评审。 ## 2. 总体流程 ~~~text 冻结评审身份与证据包 ├─ 并行：Opus 5 独立评审 └─ 并行：GPT-5.6-Sol 独立评审 ↓ 当前 Claude Code 主线程合并去重、分配 AR-x、逐条裁决 ↓ 必要的用户问题合并成一张表，一次询问；逐项记录 DEC-x ↓ 主线程整改正式产物，冻结整改清单与 closure_scope_hash ↓ closed-remediation-review：一个 Opus 5 原生子线程只检，主线程再裁 ↓ PASS 才允许下游继续 ~~~ 同一开放评审没有“裁判轮”。主线程读取两份评审输出并直接形成报告。 ## 3. 证据包 复杂场景同时读取 references/证据包制作规范.md；本节是强制最小集。 ### 3.1 冻结内容 - review_id / object_hash / truth_ba