用途：在当前会话中执行已写好的实施计划，将每个任务交给独立上下文的子智能体，避免上下文污染，同时保留协调工作所需的上下文。
何时适用：已有实施计划、任务基本相互独立、且希望留在当前会话时使用；若任务紧耦合或无计划，应先人工执行或头脑风暴；若需并行会话，则改用 executing-plans。
主要能力与流程：先读取计划并抽取全部任务，用 TaskCreate 为每个任务建立含完整文本的条目；随后按任务循环：派发实施子智能体（可能先提问并补充上下文）、实施并测试提交与自审；派发规格审查子智能体，确认与规格一致；再派发代码质量审查子智能体；发现问题由同一实施子智能体修复并复审，直至通过后标记任务完成。全部任务完成后派发最终代码审查，并使用 superpowers-extended-cc:finishing-a-development-branch 收尾。
必要用法：使用配套提示模板 skills/subagent-driven-development/implementer-prompt.md、spec-reviewer-prompt.md、code-quality-reviewer-prompt.md；派发时通过 TaskGet 读取任务元数据（json:metadata 代码围栏），将 files、acceptanceCriteria、verifyCommand 等结构化字段传入提示，而非让子智能体自行解析散文。按角色选择模型：机械实现用快速便宜模型，集成与判断用标准模型，架构设计与审查用最强模型。处理实施状态 DONE、DONE_WITH_CONCERNS、NEEDS_CONTEXT、BLOCKED，阻塞时按情况补上下文、换更强模型、拆分任务或升级给人工。每标记任务完成后同步更新 .tasks.json 的 status 与 lastUpdated，保证跨会话恢复正确。
限制与红线：不得在未获用户明确同意时直接在 main/master 分支实施；不得跳过规格或质量审查、带未修复问题继续、并行派发多个实施子智能体、让子智能体读计划文件、忽略子智能体提问、接受"差不多"的规格符合性、跳过复审，也不得以自审替代正式审查。官方资料未提供计费、安装命令或其他平台支持信息。