用途：对工作或接近完成的代码进行深度实现审查，按自身规范抓真实缺陷，区别于红队（挑战计划与想法）和 grill（访谈用户设计）。
主要能力：读取实际文件内容而非摘要；返回三级总体结论（ship / fix-before-ship / significant-rework）、逐领域判定（PASS / NEEDS-FIX / BROKEN）、带 file:line 引用的优先级修复清单（P0 阻塞上线 → P1 可靠性 → P2 打磨）；可将 P0 项交接给 Engineer 子智能体修复。
使用方式：第一步用 AskUserQuestion 一次收集四项输入：目标目录、计划或规范文件路径（无则按内部一致性审查）、审查模型、4 至 10 个编号审查领域（未指定则用模板默认 8 项）。第二步加载 references/prompt-template.md 并填充 {{TARGET_DIR}}、{{PLAN_FILE}}、{{REVIEW_AREAS}}。第三步调用审查者：codex 前沿模型（默认）使用
codex exec --skip-git-repo-check
--config model_reasoning_effort="high"
--sandbox read-only
-C {{TARGET_DIR}}
"{{FILLED_PROMPT}}" 2>/dev/null
模型来自 ~/.codex/config.toml，不在此固定；Opus 4.7 则启动 model 为 opus 的子智能体并传入填充后的提示。第四步解析并呈现输出。第五步如存在 P0 项，询问是否交给 Engineer 智能体立即修复。
限制：必须始终使用 --sandbox read-only，该技能只读不写；除非用户要求思考 token，始终以 2>/dev/null 抑制 stderr；每条发现必须至少展示一个 file:line 引用；使用 codex 前沿模型审查后可提供 codex resume。
适用场景：上线前代码审查、对照规范检查实现、架构层面问题排查。收费、价格、平台与效果等资料暂未提供。