用途：把 /ai-to-spec 和 /ai-to-tickets 生成的规格与工单真正实现为代码。前提是已提供 issue tracker，否则需先运行 /ai-setup-skills。目标是在单一集成分支上完成整个规格，并按 issue tracker 关闭工作的方式解决每个工单。
主要能力：工单不是步骤列表，而是带阻塞关系的任务图，因此始终存在一批可领取的就绪工单。子代理之间通信应稀疏，主要通过上下文指针（规格、工单、研究笔记、既往提交）传递信息，不重复已有内容。实现子代理尽量后台运行以获得最大并发。
使用方式：先读规格与工单理解任务图；可选地用探索子代理做代码库或外部文档探索，并把 markdown 笔记保存在仓库外、供后续子代理访问的目录。创建集成分支；若 issue tracker 通过 PR 关闭工作或用户要求，在步骤 5 首次合并后开草稿 PR（标记为关闭规格与工单）。用实现子代理在各自 worktree 与分支上实现每个工单：开始前确认 worktree 基于集成分支，否则重置到该分支；调用 Skill 工具并传 tdd 构建工单；报告完成前把集成分支最新提交合并进自己的分支。实现子代理完成后，用合并子代理把其工作合入集成分支；若就绪工单前沿变化，再启动更多实现子代理。全部工单完成后，在集成分支上调用 Skill 工具并传 ai-code-review，用单个实现子代理修复所有问题。若存在草稿 PR 则标记为可评审，否则按 issue tracker 方式关闭每个工单并报告集成分支。最后清理所有实现子代理 worktree。
限制：资料未提供具体收费、价格、平台支持范围与效果数据；实际使用依赖 issue tracker 与相关技能（/ai-setup-skills、tdd、ai-code-review）的可用性。