用途：实现由 /to-spec 与 /to-tickets 生成的 spec 及其关联 ticket，最终让整份 spec 在一条集成分支上完成，每张 ticket 按 issue 跟踪器关闭工作的方式解决。
前置条件：用户应已被提供 issue 跟踪器；若没有，提示用户运行 /setup-matt-pocock-skills。
任务模型：ticket 不是步骤清单，而是一张存在阻塞关系的任务图，因此始终存在可立即领取的“前沿”ticket。子智能体间通信精简，主要通过上下文指针（spec、ticket、研究笔记与历史 commit），不重复指针可达的信息。实施者子智能体尽可能后台运行以获得最大并发。
步骤：阅读 spec 与 ticket 理解任务图；可选使用探查子智能体完成所需探查（相关代码库文件或外部文档），其应把 Markdown 笔记保存在仓库之外、后续子智能体都能访问的目录，以便实施者专注实现；创建集成分支，若 issue 跟踪器通过 PR 关闭工作或用户要求 PR，则在首次合并之后开 draft PR 并标记关闭对应 spec 与 ticket；用实施者子智能体逐张实现 ticket，每个在自己的 worktree 与自有分支上工作，开始前确认 worktree 基于集成分支（否则重置到该分支），调用 Skill 工具并传入 tdd 来构建 ticket，报告完成前把集成分支顶部合并进自己的分支；完成后用合并子智能体将其工作合并进集成分支；若前沿因此改变，立刻启动更多实施者子智能体处理新出现的 ticket；全部完成后对集成分支调用 Skill 工具并传入 code-review，用一个实施者子智能体一次性修复全部问题；若存在 draft PR 则标记 ready for review，否则按 issue 跟踪器方式逐张解决 ticket 并报告集成分支；清理所有实施者子智能体的 worktree。
限制：资料未提供具体支持平台、收费、价格或效果说明；相关依赖（issue 跟踪器设置）缺失时需按上述方式提示用户处理。