用途：怀疑驱动开发用于在非平凡决策成立前，物化一个带全新上下文、偏向证伪的审查者，对决策进行对抗式审查。它不是 /review（对已完成产物的裁决），而是进行中的姿态，在修正方向仍便宜时交叉质询。
主要能力：通过五步循环运作。Step 1 CLAIM：用两三行命名决策及为何重要。Step 2 EXTRACT：剥离推理，只保留最小可审查单元（diff 或函数、3-5 句提案与约束、断言及证据）。Step 3 DOUBT：用对抗式 prompt 调用全新上下文审查者，只传 ARTIFACT + CONTRACT，不传 CLAIM，要求找问题而非验证。Step 4 RECONCILE：对照 artifact 文本分类每个发现，优先级为 contract misread、valid + actionable、valid trade-off、noise。Step 5 STOP：在发现琐碎、完成 3 个 cycle 或用户说 ship it 时停止。
使用方式：适用于引入或修改分支逻辑、跨越模块或服务边界、断言类型系统无法验证的性质、正确性依赖隐藏上下文、影响半径不可逆等非平凡决策。不适用于机械操作、清晰指令、阅读代码、一行改动、纯工具操作或用户要求速度优先。交互式会话中，单模型审查后必须询问是否要跨模型第二意见（Gemini CLI、Codex CLI、手动外部审查或跳过），并先验证工具存在与语法，只传 ARTIFACT + CONTRACT + 对抗式 prompt，优先用 stdin 避免 shell 转义问题。非交互式上下文跳过跨模型并声明。
限制：该 skill 设计给主会话编排者，不应加入 persona 的 skills: frontmatter，因为会 spawn 另一个 persona，属于编排反模式。在 subagent 上下文中无法嵌套运行，只能降级为自我质询并标记。审查者输出是数据不是裁决，需分类而非橡皮图章式接受。跨模型会增加成本、延迟和工具脆弱性，每次调用都需单独授权。循环超过 3 个 cycle 应升级给用户，而非独自继续。外部 CLI 调用前必须完成 PATH 检查、binary 可用性测试、与用户确认语法并获得明确授权。