用途：在完成任务、实现功能或提交代码前，对改动进行代码审查，验证其是否满足需求与编码标准。
主要能力：按四阶段流程执行。第一阶段收集上下文，用 git diff HEAD~N..HEAD 与 git log --oneline HEAD~N..HEAD 获取改动，用 ls docs/plans/*.md | tail -1 定位计划文档，并从 memory/learned-patterns.md 加载项目约定。第二阶段向 code-reviewer 智能体派发结构化审查请求，检查计划对齐、代码质量（DRY、YAGNI、命名、结构）、错误处理、安全（注入、XSS、认证）、测试覆盖、性能与文档。第三阶段将发现分为 Critical、Important、Suggestions 三类，Critical 必须合并前修复，Important 应修复或明确说明理由后延后，修复后需重跑测试并重新派发审查。第四阶段把新发现的模式写入 memory/learned-patterns.md，把计划调整写入 memory/decisions-log.md。
使用方式：开始时声明正在使用 code-review 技能；按阶段执行，每阶段设有停止条件，未满足不得进入下一阶段。审查输出包含范围、计划对齐情况、各级问题清单及做得好的地方。
适用场景：新功能、缺陷修复、重构、配置或基础设施变更、纯文档变更等，按变更类型决定审查深度。
限制：该技能为 RIGID 类型，四阶段流程为强制要求，任何变更都必须经 code-reviewer 智能体审查，无审查不得合并，无例外。资料未提供具体安装命令、收费或平台信息。