用途：在开发流程中引入代码评审，强制在任务完成、重大功能实现、合并到 main 之前进行评审，也可在卡住、重构前或修复复杂缺陷后使用。
主要能力：通过 Task 工具派发 code-reviewer 类型的子代理，按 code-reviewer.md 模板填充占位符：{WHAT_WAS_IMPLEMENTED}、{PLAN_OR_REQUIREMENTS}、{BASE_SHA}、{HEAD_SHA}、{DESCRIPTION}。评审结果反馈后按其严重级别处理。
必要用法：先取 git 提交 SHA，例如 BASE_SHA=$(git rev-parse HEAD~1) 或 origin/main，HEAD_SHA=$(git rev-parse HEAD)；再派发子代理并填写模板；最后处理反馈——Critical 立即修复，Important 在继续前修复，Minor 记录待后续处理，若评审意见有误可基于技术理由反驳。
适用场景：子代理驱动开发中每个任务后评审；执行计划时每批（如 3 个任务）后评审；临时开发中在合并前或卡住时评审。
限制与红线：不要因“很简单”而跳过评审，不要忽略 Critical 问题，不要带着未修复的 Important 问题继续，不要与合理的技术反馈争论。若认为评审有误，应提供技术理由、代码或测试证明，或请求澄清。模板位置为 requesting-code-review/code-reviewer.md。原文未提供该技能的具体安装命令、收费与平台信息。