用途：把 Codex 当作独立审查者，对其给出的实现做非交互式代码审查；整理发现、逐条验证后再呈现或据以行动。
主要能力：基于用户请求生成紧凑的审查契约（问题描述、验收标准、审查范围、关键文件或子系统、相关测试与可能的回归面），让 Codex 返回带文件与行号的可执行发现；支持自定义提示或按 Git 范围指定目标。
使用方式：在仓库根目录操作，先查看 git status --short 与相关 diff，不修改文件。无固定安装命令资料。自定义提示可用：codex review "$review_prompt" 2>&1 | tee "$review_log"，并将 review_log 指向用 mktemp 创建的临时文件；按 Git 范围可用：codex review --uncommitted、codex review --base main、codex review --commit <sha>。注意 codex review 不接受 --base 与位置提示同时使用。提示应要求只报告可执行发现，按严重度排序，逐条给出文件与行号、证据、影响和具体修复方向，不报告无关的既有问题；若无发现需明确说明并指出残余测试风险。
验证与行动：完整阅读审查输出，逐条对照代码、diff 与测试核实，把审查结果当作待调查的证据而非事实；丢弃误报、重复、纯风格偏好和超出范围的发现，并解释被否决的合理发现。若用户只要求审查，则报告已核实发现而不改代码；若要求实现或完成改动，则修复已核实的发现、运行聚焦测试，再请求一次新的 Codex 审查，仅在新可执行发现仍存在时重复；同一争议发现无新证据反复出现时停止并报告分歧。不要让审查者修改工作区，不要代替用户做产品决策，保留无关改动。
适用场景：需要独立第三方审查、在合并前核实改动质量、或在修复后复查时使用。
限制：仅依据提供的资料说明其流程与命令；具体收费、平台支持、效果等暂未提供。