用途：对抗性审查（Adversarial Review）是一种二次审查姿态，不是新清单。普通审查问“这是对的吗”，它问“这怎么会错”，用于高风险、难以回滚、漏掉缺陷代价高昂的工作，且必须已有第一轮普通审查/测试通过。低风险、可回滚或一次性改动不适用，只会浪费 token。
主要能力：在既有领域清单（code-review、security-audit、verify-before-plan、cold-read-gate）之上叠加四个动作——隔离（审查者不带作者上下文）、反向目标（要求枚举失败模式而非确认可用）、分诊门（区分真实缺陷与臆造反对）、有界循环（只允许一轮修订，第三轮意味着结构性问题）。
使用方式：解析参数，第一个位置参数为目标（路径、PR 引用 #123 或 URL、文件，或计划/决策的自由文本描述），缺省则用当前 diff（git diff + staged）并说明；其后可选焦点指令，用于偏置视角，但不能取消会话中已声明的用户边界。执行分五步：前置门确认高风险且已有第一轮；命名目标并选择视角（代码/安全/架构 ADR/计划前提/对外文本/研究主张，分别委派给对应技能清单）；派发隔离审查者，模型用 opus，每个视角一个 Agent，仅在非 [1m] 模型且多视角时并行；分诊，只保留有具体输入/状态证据、真实爆炸半径、被违反的不变量或错误路径、实际为假的前提、规格隐含的缺失边界，丢弃对不可能输入的防御、无触发条件的假设、伪装成缺陷的风格偏好、已带理由决定的权衡、范围外内容；输出按严重度排序的报告，注明被丢弃的反对及原因，仅当结论为 flawed 时重新派发，最多两轮。
限制：不替代第一轮审查；不用于低风险可逆改动；不能对审查者提出的每条反对都采取行动；不要用弱模型“更严格”；不要内联重述各视角清单；不要循环到审查者沉默。相关技能包括 cold-read-gate、verify-before-plan、execution-grounded-review、code-review、security-audit。