用途：把一份计划、规格文档或当前对话内容，拆解成一组 tracer-bullet（曳光弹式）工单。每个工单是一个贯穿各层、可独立演示或验证的垂直切片，并声明阻塞它的其他工单；最终发布到已配置的任务跟踪器。
主要能力：
- 收集上下文：从对话已有内容入手；若用户传入规格路径、issue 编号或 URL，则抓取并阅读其完整正文与评论。
- 可选探索代码库：理解代码现状，工单标题与描述使用项目领域词汇，并遵守相关 ADR（架构决策记录）；寻找可先行预重构的机会。
- 起草垂直切片：每个切片贯穿 schema、API、UI、测试等所有层，是垂直而非单层水平切片；完成后可独立演示或验证；规模适配单个全新上下文窗口；预重构排在最先；为每个工单标注阻塞边（无阻塞者可立即开始）。宽泛重构是例外，采用 expand–contract 顺序：先扩展新增与旧形式并存，再按影响范围分批迁移调用点（每批一个工单，被扩展工单阻塞），最后收缩删除旧形式（被所有迁移批次阻塞）；若批次无法单独保持 CI 绿色，可共享集成分支并统一由一个 integrate-and-verify 工单收口。
- 向用户确认：以编号列表展示每个工单的标题、被谁阻塞、交付内容，询问粒度是否合适、阻塞边是否正确、是否需要合并或拆分，迭代至用户批准。
- 发布到已配置跟踪器：本地文件则写一个 tickets.md，按依赖顺序排列；真实跟踪器（GitHub、Linear 等）则每个工单一个 issue，按依赖顺序发布，使用平台原生阻塞或子 issue 关系，否则在“Blocked by”中引用阻塞 issue。除另行说明外，打上 ready-for-agent 分诊标签。不要关闭或修改任何父 issue。
使用方式：跟踪器与分诊标签词汇应已预先提供；若未提供，运行 /setup-matt-pocock-skills。工单发布后逐个用 /implement 处理，并在工单之间清理上下文，始终从“前沿”（所有阻塞项均已完成的工单）开始。
限制与注意：工单中避免写具体文件路径或代码片段，因其易过时；例外是原型中编码了比文字更精确决策的片段（状态机、reducer、schema、类型形状），可内联并注明来自原型，且只保留决策密集部分。具体跟踪器支持情况、收费或平台细节暂未提供。