用途：在完成任务、实现主要功能或合并到主分支前请求代码审查，验证工作是否符合要求，尽早发现问题，避免问题累积。
主要能力：通过 Task 工具调度 superpowers:code-reviewer 子代理，向审查者提供精确构造的上下文而非完整会话历史，使其聚焦工作产物而非思考过程，同时保留自身上下文以继续工作。核心原则是尽早审查、经常审查。
使用方式：先获取 git 提交 SHA：BASE_SHA=$(git rev-parse HEAD~1) 或 origin/main，HEAD_SHA=$(git rev-parse HEAD)；再用 Task 工具以 superpowers:code-reviewer 类型调度子代理，填写 code-reviewer.md 模板，占位符包括 {WHAT_WAS_IMPLEMENTED}、{PLAN_OR_REQUIREMENTS}、{BASE_SHA}、{HEAD_SHA}、{DESCRIPTION}；最后根据反馈处理：Critical 问题立即修复，Important 问题在继续前修复，Minor 问题记录待后续处理，若审查者有误可据理反驳。
适用场景：子代理驱动开发中每个任务后必审；完成主要功能后必审；合并到主分支前必审；此外在卡住时、重构前做基线检查、修复复杂漏洞后也建议审查。在计划执行中可按每批三个任务审查一次。
限制与红线：不要因为“很简单”跳过审查，不要忽略 Critical 问题，不要带着未修复的 Important 问题继续，不要与有效的技术反馈争辩。若审查者有误，应给出技术理由、展示证明其可用的代码或测试，或请求澄清。审查者获取的是专门构造的上下文，而非会话历史。完整模板见 requesting-code-review/code-reviewer.md。