用途：对代码变更做结构化审查。先做规格符合性检查（对照 PR 描述、issue 或任务规格），通过后再审查代码质量，涵盖正确性、可维护性、安全性与性能。
范围解析：先确认处于 git 仓库（git rev-parse --git-dir）；未指定文件时按顺序回退：用户指定文件、会话修改文件（git diff --name-only）、全部未提交文件（git diff --name-only HEAD）、未跟踪文件（git ls-files --others --exclude-standard）。无文件则停止并询问。排除锁文件、压缩/打包产物、第三方与生成代码。
模式选择：读取完整 diff 前，仅用元数据（git diff --stat、文件列表）统计信号——变更行数>300、文件数>8、跨模块>3、安全敏感文件、数据库迁移、API 变更。3 个及以上信号进入深度审查（并行专业智能体，diff 不预先自读）；2 个信号建议深度审查；0-1 个走标准流程。支持强制深度（多智能体）或快速（单遍）。
标准审查步骤：上下文（范围漂移检查、意图核对、读取已有评审意见、运行测试/lint）、结构扫描、逐行审查（用提问式反馈）、安全（输入校验、鉴权、密钥泄露、注入、竞态）、测试覆盖、可靠性、可删除代码识别、验证与汇总。
严重级别：Critical（合并前必修）、Important、Medium、Minor。每条发现需附具体代码证据（文件路径、行号、模式），并给 0.0-1.0 置信度；低置信度或预先存在、风格挑剔、已处理、无具体失效模式的建议应抑制。输出按级别分组，含“表现良好”“残余风险”与结论（可合并/修复后可合并/不可合并）。
限制：资料未提供该技能的安装方式、依赖、收费或平台信息；需在 git 仓库中按上述命令使用。