用途：在完成重要工作、需要合并前进行代码审查时使用，通过派发 superpowers:code-reviewer 子代理，在问题扩散前发现它们。核心原则是尽早审查、频繁审查。
何时请求审查：强制场景包括子代理驱动开发中每个任务完成后、完成重大功能后、合并到 main 前；可选但有价值的场景包括卡住时（获取新视角）、重构前（基线检查）、修复复杂 bug 后。
如何请求：1. 获取 git SHA：BASE_SHA=$(git rev-parse HEAD~1) 或 origin/main，HEAD_SHA=$(git rev-parse HEAD)。2. 使用 Task 工具派发 superpowers:code-reviewer 类型子代理，填写 code-reviewer.md 模板，占位符包括 {WHAT_WAS_IMPLEMENTED}、{PLAN_OR_REQUIREMENTS}、{BASE_SHA}、{HEAD_SHA}、{DESCRIPTION}。3. 处理反馈：立即修复 Critical 问题，继续前修复 Important 问题，记录 Minor 问题留待后续，若审查者有误可附理由反驳。
与工作流集成：子代理驱动开发中每个任务后审查；执行计划时每批（3 个任务）后审查；临时开发在合并前或卡住时审查。
红线：不要因“很简单”跳过审查，不要忽略 Critical 问题，不要带着未修复的 Important 问题继续，不要与有效的技术反馈争辩。若审查者有误，用技术理由反驳、展示代码或测试证明其可行、请求澄清。模板见 requesting-code-review/code-reviewer.md。