用途：在完成任务、实现重要功能或合并前，请求代码审查以验证工作成果是否符合要求。核心原则是早审查、勤审查。
主要能力：派遣 superpowers:code-reviewer 子代理进行审查。审查者获得的是精心组织的评估上下文，而非会话历史，从而专注于工作成果而非思考过程，同时保留自身上下文以便继续工作。
使用方式：先用 BASE_SHA=$(git rev-parse HEAD~1) 获取起始提交，用 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 记录稍后处理，若审查者有误可用技术理由反驳。
审查时机：必须审查的情况包括子代理驱动开发中每个任务完成后、完成重要功能后、合并到 main 之前；可选时机包括卡住时、重构之前、修复复杂 bug 之后。集成方式：子代理驱动开发每任务完成后审查，执行计划每批 3 个任务后审查，临时开发在合并前或卡住时审查。
限制与红线：不要因为简单就跳过审查，不要忽略 Critical 问题，不要带未修复的 Important 问题继续推进，不要对合理技术反馈争辩。