用途：在开发流程中发起结构化的代码同行评审，核心原则是尽早评审、频繁评审。
主要能力：整理评审请求所需的上下文，包括已实现内容、需求或计划、起止提交（BASE_SHA 与 HEAD_SHA）以及简要描述；派发 superpowers:code-reviewer 子代理执行评审；根据反馈分级处理问题。
使用方式：先获取提交哈希，例如 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 问题记录待后续处理；若评审意见有误，可附技术理由反驳。
适用场景：子代理驱动开发中每个任务完成后、完成主要功能后、合并到 main 之前；也可在卡住时、重构前做基线检查、修复复杂 bug 后使用。与工作流集成时，子代理驱动开发建议每个任务后评审，执行计划建议每批（3 个任务）后评审，临时开发则在合并前或卡住时评审。
限制：资料未提供该技能的安装方式、收费、支持平台或具体实现细节；模板文件位于 requesting-code-review/code-reviewer.md。应避免因“很简单”而跳过评审、忽略 Critical 问题、带着未修复的 Important 问题继续推进，或与合理的技术反馈争辩。