用途：对代码变更运行独立的外部 LLM 审查，且不修改仓库。适合非平凡改动、高风险重构、安全/性能/并发敏感编辑、schema 或 API 变更，以及开启或合并 PR 之前；用户明确希望获得另一个模型的视角时也可使用。若只有文档或格式改动、仓库或差异不得发送到外部服务、或差异为空，则应跳过，除非用户仍坚持。若仓库规范或用户指令禁止把代码发给第三方工具，先停下来询问。
使用方式：先从用户消息尽量推断工具（codex、gemini 或两者）、范围（未提交、分支差异、提交或 PR）和重点（通用、安全、性能、错误处理、架构或自定义关注点）；仅在缺失信息阻塞运行时才追问一次。按需读取参考文件：references/workflow.md 用于范围检测、差异大小评估、审查简报构建与综合规则；运行 Codex 时读 references/codex.md；运行 Gemini 时读 references/gemini.md。核心流程为：检测范围并计算差异统计；空差异停止；大差异先警告并建议缩小范围；构建简短审查简报，说明改动内容、关注点、如何在本地检查差异、审查为只读以及输出格式；运行所选工具，若相互独立可并行；先呈现发现，再给出各工具的一致与分歧。除非用户明确要求，否则不自动应用建议的修复。
安全默认：保持只读；不提交、不推送、不暂存、不编辑文件；优先使用工具原生的审查命令而非手动粘贴差异；长审查简报优先使用提示文件或 stdin，而非脆弱的一行 shell 引用；自动化外部审查 CLI 时使用显式超时并干净捕获输出；读取后清理临时提示与输出文件。
结果格式：按工具呈现发现，严重程度从高到低；若某工具没有实质结果，明确写 No findings；再给简短综合，包括工具一致处、分歧处以及值得优先处理的内容。综合部分与原始审查输出分开，便于用户区分外部意见与自身判断。