一句话

每个非平凡决定都过一次全新上下文的对抗性评审才准站稳：CLAIM、EXTRACT、DOUBT、RECONCILE、STOP。

何时用

• 适合：正确性比速度重要；不熟悉的代码；高风险操作（线上鉴权、安全逻辑、大迁移、不可逆操作）；现在验证比以后调试便宜时。
• 不适合：低风险可逆的小改动；赶时间的原型（cost mid，别全程开）。

怎么用

这个鉴权改动上线前做一次对抗性评审，专挑毛病

1. CLAIM：把站得住的结论和依据摆出来。
2. EXTRACT：切出最小可评审单元（artifact）和它的 contract。
3. DOUBT：开全新上下文的评审者，用对抗性提示词，只传 ARTIFACT 加 CONTRACT，不传你的结论。
4. RECONCILE：把发现折回改动，每条要么修要么写明为什么不修。
5. STOP：有界循环，最多 3 轮。发现琐碎、满 3 轮或用户叫停即停；3 轮仍有实质发现说明单元太大，回 Step 2 拆，不加轮。

产出

• 一份对抗性评审记录：发现列表加每条的处置结果。

要点与坑

• 评审必须 fresh context；agents/ 里的角色人格可用，但要把对抗性提示词原文贴进去覆盖它的默认输出。
• 提示词只要 issues-only：Do NOT validate, do NOT summarize。
• 交互式会话里每轮评审后、RECONCILE 之前必须问用户要不要跨模型复核（Codex、Gemini CLI 只读沙箱或人工外部评审，技能里有现成命令）；不问就过是 Red Flag，非交互模式也要显式声明跳过。
• 子代理上下文里跑不了 fresh-context 评审：首选升级回主会话，自我提问兜底必须标注降级结果。

关联

• 搭配：addy-code-review-and-quality、addy-security-and-hardening · 同类：ctk-verify-this
• 所属：00-addy-概览 · 工作流：W2-单会话功能、W6-高风险加固层