用途：在当前会话中执行实现计划，适用于任务大多相互独立的场景。核心原则是每个任务派发一个全新子代理，并在每个任务后做两阶段审查：先规格符合性审查，再代码质量审查。
主要能力：子代理拥有隔离上下文，不继承主会话历史，由控制方精确构造其指令与上下文；实现者子代理负责实现、测试、提交并自审；规格审查者确认代码符合规格；代码质量审查者检查实现质量；全部任务完成后派发最终代码审查者，并使用 react-native-hifi:finishing-a-development-branch 收尾。
使用方式：先读取计划、提取全部任务全文与上下文并创建 TodoWrite；每个任务派发实现者子代理（./implementer-prompt.md），如有提问先回答并提供上下文；实现完成后派发规格审查者（./spec-reviewer-prompt.md），通过后再派发代码质量审查者（./code-quality-reviewer-prompt.md）；审查发现问题由同一实现者修复并重新审查，通过后在 TodoWrite 标记完成。模型选择上，机械实现用快速廉价模型，集成与判断用标准模型，架构设计与审查用最强模型。实现者状态分为 DONE、DONE_WITH_CONCERNS、NEEDS_CONTEXT、BLOCKED，需分别处理。
适用场景：有实现计划、任务大多独立且希望留在当前会话中执行时。若任务紧耦合或没有计划，应先手动执行或头脑风暴；若需并行会话，则改用 react-native-hifi:executing-plans。
限制与注意：不得在未获用户明确同意时在 main/master 分支开始实现；不得跳过任一阶段审查、不得并行派发多个实现子代理、不得让子代理自行读取计划文件、不得忽略子代理提问、不得在规格审查未通过前开始代码质量审查、不得在审查有未解决问题时进入下一任务。该流程会增加子代理调用次数与控制方准备工作，但能更早发现问题。所需配套技能包括 using-git-worktrees、writing-plans、requesting-code-review、finishing-a-development-branch，子代理应使用 test-driven-development。