用途：在完成任务、实现重大功能或合并到主分支前，派发代码审查子代理来验证工作是否满足需求，尽早发现问题，避免问题累积。核心原则是“尽早审查、频繁审查”。
主要能力：审查者只获得精确构造的上下文，而非当前会话历史，从而专注于工作成果本身，并保留自身上下文以继续工作。
何时请求：强制场景包括子代理驱动开发中每个任务完成后、完成重大功能后、合并到主分支前；可选场景包括遇到困难时获取新视角、重构前做基线检查、修复复杂缺陷后。
使用方式：先获取 git SHA，例如 BASE_SHA=$(git rev-parse HEAD~1) 或 origin/main，HEAD_SHA=$(git rev-parse HEAD)；再用 Task 工具以 general-purpose 类型派发代码审查子代理，填写 code-reviewer.md 模板，占位符包括 {DESCRIPTION}（构建内容简述）、{PLAN_OR_REQUIREMENTS}（应实现的功能）、{BASE_SHA}（起始提交）、{HEAD_SHA}（结束提交）。收到反馈后：立即修复 Critical 问题，继续前修复 Important 问题，记录 Minor 问题留待后续；若审查者有误，可附理由反驳。
适用场景：子代理驱动开发（每个任务后审查）、执行计划（每个任务或自然检查点审查）、临时开发（合并前或受阻时审查）。
限制与红线：不要因“很简单”而跳过审查，不要忽略 Critical 问题，不要带着未修复的 Important 问题继续，不要与合理的技术反馈争辩；若审查者有误，应给出技术理由、展示代码或测试证明，或请求澄清。模板见 requesting-code-review/code-reviewer.md。