用途：该技能接收一份已生成的规格（spec）及与其关联的工单（tickets），目标是让整个规格在单一集成分支上完成实现，并按问题追踪器关闭工作的方式解决每一个工单。
前提与准备：需要已提供问题追踪器；若未提供，应提示用户运行 /setup-issue-tracker。工单不是步骤清单，而是带阻塞关系的任务图，因此始终存在一批可立即领取的“前沿”工单。
主要能力与执行方式：先读取规格与工单以理解任务图；可选地使用探索子智能体完成工单所需的代码库或外部文档调研，并将 Markdown 笔记保存到仓库之外、供后续子智能体访问的目录，以便实现子智能体专注实现。随后创建集成分支；若问题追踪器通过 PR 关闭工作或用户要求，则在第 5 步首次合并后打开标记为关闭该规格与工单的草稿 PR（没有领先 main 的提交的分支无法打开）。实现阶段使用实现子智能体逐一实现工单，每个子智能体在自己的 worktree 与分支上工作，开始前确认其 worktree 基于集成分支，否则重置到该分支；调用 Skill 工具并传入 tdd 来构建工单；报告完成前把集成分支顶端合并进自己的分支。某个实现子智能体完成后，用合并子智能体把其工作合入集成分支；若可用工单前沿随之变化，就启动更多实现子智能体以最大化并发。所有工单完成后，在集成分支上调用 Skill 工具并传入 change-review，由单个实现子智能体修复代码审查提出的全部问题。若存在草稿 PR 则标记为可审查，否则按问题追踪器关闭工作的方式解决每个工单并报告集成分支，最后清理所有实现子智能体的 worktree。
通信原则：与子智能体的往来应保持稀疏，主要通过上下文指针沟通，如规格、工单、研究笔记与先前提交，不重复指针已提供的信息。实现子智能体在可能时应后台运行以最大化并发。
限制：资料未提供具体平台支持、安装命令、收费方式或适用范围等细节；执行依赖已配置的问题追踪器、相关 Skill 工具（tdd、change-review）以及支持子智能体与 worktree 的运行环境。