用途：在实现计划写好后、写代码前，对计划做一次对抗式审查，作为实施前的质量闸门。资料称其为强制步骤，需自行调用，不必等用户要求；用户要求审查、挑刺或验证计划时也适用。
主要能力：派出一个全新的审查者，以资深工程师视角攻击实现计划，找出阻塞级、值得修复级和次要级问题；随后修复阻塞与值得修复项，再开始编码。
使用方式：需先存在计划文件，若计划只是对话中的想法，应先写下来。通过一次 Agent 调用完成，参数包括 subagent_type: adversarial-plan-reviewer、描述和提示词；提示词只需给出计划文件绝对路径、目标、仓库根目录和 Base SHA。不要向审查者提示你的疑虑或关注点，也不要替它总结计划，让它自行形成判断。若审查者会读取与其他会话共享的工作树，需加一行说明只读调查、不要改动 git 状态。
处理结果：按审查者给出的严重级别原样转达每条发现及其证据，不得弱化或悄悄丢弃。阻塞与值得修复项在实施前修复；次要项若修复简单就修，否则连同证据交给作者决定。认为事实有误的发现需向作者解释并给出证据，不能默默驳回。修复后自行对照计划差异验证，不再二次派发审查。
限制：该闸门只运行一次，不反复审查直到满意；资料称旧版本中位约 5 轮、最多 9 轮，成本高于所捕获缺陷的价值。审查者只读不构建计划，因此计划若包含完整函数体就已过于昂贵。应在可用的最强推理模型上运行，model: inherit 只是请求而非保证；若会话使用小模型或快速模型，应先升级再审查。是否使用需自行判断，并非每个计划都自动执行。