用途：对 diff、分支、PR 或暂存改动做比普通审查更彻底的代码评审，输出「先给结论」的报告。适用于「nuke review」「review this branch/PR」「review my changes」等请求，只读代码库，仅允许在 .nuke/ 下写运行目录、repo-map.md 和 calibration.log，禁止 git add、git commit、git stash。
参数：[scope] 取 changed（默认，对比 HEAD）、staged、branch（对比 main/master）、<pr-ref> 或 <path>；plan 只打印预检计划后停止；--ask 在预检计划处暂停确认（默认无门禁）；--spec 无论发现数量都写出迷你修复规格。
主要能力：一轮预检的四个 worker 级章程审计员，覆盖 diff 及其影响范围，加一个 session 级怀疑者，形成结论优先的报告。四个章程及其镜头为：behavioral（正确性、错误、测试、性能）、security（安全、卫生）、structural（架构、结构、dry、死代码）、quality（简洁、slop、类型、约定、技术栈）。关键机制是脚手架：预计算文件列表、内嵌清单、强制 schema 的发现格式、强制加载放大器技能（如 .tsx/.jsx 加载 react-senior-guide），使低成本审计员也能产出接近顶级审查的质量。
使用方式：流程分四阶段。Phase 0 预检：解析范围、计算影响范围（导入/被导入文件）、建立文件类型到技能映射、组成审计波次（4 个章程审计员，每人不超 8 个变更文件）、估算成本，创建 run_dir 并写 plan.md。Phase 1 审计员波次：按章程分配，每个提示嵌入完整清单、预计算文件列表、必载技能、副作用追踪义务和候选 schema。Phase 2 怀疑者：单次批量判定每个候选，确认记为 F-###、驳回记为 R-###，写入 findings.md。仅当确认 ≥8 或驳回率 ≥40% 时触发第二波审计员，最多两波。Phase 3 报告与交接：review.md 首行给出 verdict（approve | approve-with-nits | request-changes），分 Blockers/Improvements/Nits 三节；仅当 --spec 或确认发现 >5 时写 fix-spec.md，然后停止，绝不开始修复。
限制：代码库只读；主上下文保持精简，编排器只传路径不传内容；缺少任一必填字段的发现无效，不得报告；不得静默升级或降级角色层级；每个审计员波次最多对应一个怀疑者波次，两波审计员为硬上限；遇到系统性问题（架构腐化、普遍重复、全仓约定漂移）应建议改用 nuke-audit，不得循环。无按 agent 模型覆盖的平台，所有角色继承 session 模型。
资料未提供的部分：具体定价、平台支持范围之外的细节、官方文本均为空，暂未提供。