该技能的核心用途是在开发过程中引入独立的代码评审环节，通过派发代码评审子智能体，在问题扩散前发现并处理。资料强调的核心原则是“尽早评审、频繁评审”。
适用时机：强制场景包括子智能体驱动开发中每个任务完成后、完成主要功能后、合并到主分支前；可选但有价值场景包括卡住时获取新视角、重构前做基线检查、修复复杂缺陷后。
使用方式：先获取 git 提交范围，例如 BASE_SHA=$(git rev-parse HEAD~1) 或 git merge-base origin/main HEAD，HEAD_SHA=$(git rev-parse HEAD)。然后派发通用子智能体，填写 code-reviewer.md 模板中的占位符：{DESCRIPTION} 简述构建内容，{PLAN_OR_REQUIREMENTS} 说明应实现什么，{BASE_SHA} 起始提交，{HEAD_SHA} 结束提交。评审者获得精确构造的上下文，而非会话历史。
反馈处理：立即修复 Critical 问题；继续前修复 Important 问题；记录 Minor 问题留待后续；若评审者有误，可基于技术理由反驳，展示代码或测试证明，或请求澄清。
限制与注意事项：不要因为“很简单”而跳过评审，不要忽略 Critical 问题，不要带着未修复的 Important 问题继续推进，不要与有效的技术反馈争辩。资料未提供安装命令、收费信息或具体平台支持范围。