用途：在完成任务、实现主要功能或合并到主分支前，请求代码审查以验证工作是否满足需求。核心原则是尽早审查、频繁审查。
主要能力：派发 pr-review-toolkit:code-reviewer 子代理，审查者只获得精心构造的上下文，而非当前会话历史，从而专注于工作产物而非思考过程，并保留自身上下文以继续工作。
使用方式：先获取 git SHA，例如 BASE_SHA=$(git rev-parse HEAD~1) 或 origin/main，HEAD_SHA=$(git rev-parse HEAD)；再用 Task 工具以 pr-review-toolkit:code-reviewer 类型派发子代理，填写 code-reviewer.md 模板，占位符包括 {WHAT_WAS_IMPLEMENTED}、{PLAN_OR_REQUIREMENTS}、{BASE_SHA}、{HEAD_SHA}、{DESCRIPTION}；最后根据反馈处理：立即修复 Critical 问题，继续前修复 Important 问题，记录 Minor 问题，若审查者有误可附理由反驳。
适用场景：强制场景包括子代理驱动开发中每个任务完成后、完成主要功能后、合并到主分支前；可选场景包括卡住时获取新视角、重构前做基线检查、修复复杂 bug 后。与工作流集成时，子代理驱动开发每个任务后审查，执行计划每批（3 个任务）后审查，临时开发在合并前或卡住时审查。
限制与红线：不要因“很简单”跳过审查，不要忽略 Critical 问题，不要带着未修复的 Important 问题继续，不要与有效的技术反馈争辩；若审查者有误，应附技术理由反驳、展示可证明其有效的代码或测试，或请求澄清。模板见 requesting-code-review/code-reviewer.md。