用途：在当前会话中执行实现计划。核心原则是每个任务使用全新子智能体，任务之间进行代码审查，从而减少上下文污染并尽早发现问题。
与“executing-plans（并行会话）”方式相比，它的特点是：同一会话、无上下文切换；每个任务使用全新子智能体；每个任务后做代码审查；任务之间无需人工介入，迭代更快。
适用场景：希望留在当前会话；任务大体彼此独立；希望持续进展并有质量关卡。不适用场景：需要先审阅计划（用 executing-plans）；任务紧密耦合（手动执行更好）；计划需要修订（先做头脑风暴）。
流程：1）加载计划，读取计划文件并用 TodoWrite 创建全部任务；2）对每个任务派发全新子智能体，使用 Task tool（general-purpose），提示词要求其实现任务、按需遵循 TDD 编写测试、验证、提交并回报；3）派发 code-reviewer 子智能体，使用 requesting-code-review/code-reviewer.md 模板，并提供已实现内容、需求、BASE_SHA、HEAD_SHA 和描述；4）处理审查反馈，Critical 立即修复，Important 在下一任务前修复，Minor 记录，必要时派发修复子智能体；5）在 TodoWrite 中标记完成并进入下一任务；6）全部完成后派发最终 code-reviewer 审查整体实现；7）最终审查通过后，使用 finishing-a-development-branch 技能完成开发。
限制与红线：任务之间不得跳过代码审查；不得带着未修复的 Critical 问题继续；不得并行派发多个实现子智能体（会冲突）；不得未阅读计划任务就实现。子智能体任务失败时应派发修复子智能体给出具体指令，而不是手动修复。
依赖：writing-plans（必需，生成计划）、requesting-code-review（必需）、finishing-a-development-branch（必需）。子智能体须遵循测试优先纪律。替代工作流为 executing-plans。费用方面资料提到会调用更多子智能体，但能更早发现问题。