用途：在完成任务、实现重要功能或合并到主分支前，派发代码审查子代理来验证工作是否符合要求，尽早发现问题，避免问题累积。核心原则是“尽早审查、频繁审查”。
何时请求审查：强制场景包括子代理驱动开发中每个任务完成后、完成重要功能后、合并到 main 前；可选但有价值的场景包括卡住时（获取新视角）、重构前（基线检查）、修复复杂 bug 后。
使用方式：先获取 git SHA，例如 BASE_SHA=$(git rev-parse HEAD~1) 或 origin/main，HEAD_SHA=$(git rev-parse HEAD)；再派发通用子代理并填写 code-reviewer.md 模板，占位符包括 {DESCRIPTION}（构建内容简述）、{PLAN_OR_REQUIREMENTS}（应实现的功能）、{BASE_SHA}（起始提交）、{HEAD_SHA}（结束提交）。审查者只获得精确构造的上下文，而非会话历史。
处理反馈：Critical 问题立即修复，Important 问题在继续前修复，Minor 问题记录待后续处理；若审查者有误，可附技术理由反驳，用代码或测试证明其可行，或请求澄清。
限制与红线：不要因为“很简单”而跳过审查，不要忽略 Critical 问题，不要带着未修复的 Important 问题继续，不要与有效的技术反馈争辩。模板见 code-reviewer.md。