用途：在完成任务、实现重要功能或合并到主分支前，通过调度代码审查子代理来验证工作是否满足需求，尽早发现问题，避免问题级联。核心原则是尽早审查、频繁审查，并在继续前修复所有问题。
主要能力：调度 ed3d-plan-and-execute:code-reviewer 子代理进行审查，返回优点、问题（Critical/Important/Minor）与评估；发现问题后调度 ed3d-plan-and-execute:task-bug-fixer 修复；修复后再次审查，形成“审查→修复→复查”循环，直到零问题或按工作流策略接受问题。支持通过 SCRATCHPAD_DIR 实现会话隔离，避免并行会话冲突。
使用方式：先获取 git SHA，例如 BASE_SHA=$(git rev-parse HEAD~1) 与 HEAD_SHA=$(git rev-parse HEAD)，再按模板 requesting-code-review/code-reviewer.md 调度 code-reviewer；若有问题则调度 bug-fixer 修复并提交，然后带 PRIOR_ISSUES_TO_VERIFY_FIXED 重新审查。强制审查时机包括计划执行中的每个任务后、完成重要功能后、合并到主分支前；可选时机包括卡住时、重构前、修复复杂 bug 后。
限制与注意：不得使用嵌套子代理，code-reviewer 与 task-bug-fixer 必须直接完成工作，不得再调度子代理。遇到操作错误应停止并报告人工；超时或空响应通常意味着上下文超限，可先缩小到仅审查变更文件，再拆分为多个小审查，三次失败后询问人工。不得因“简单”跳过审查，不得带着任何未修复问题继续，Minor 问题也不可忽略。若认为审查有误，需用技术理由和代码/测试证据反驳。该技能由 executing-an-implementation-plan、finishing-a-development-branch 调用，也可临时使用。模板位置为 requesting-code-review/code-reviewer.md。