用途：把一份计划、规格文档或当前对话内容，拆解成一组“曳光弹（tracer-bullet）”工单。每个工单是一条贯穿各层（schema、API、UI、测试）的纵向完整切片，可独立演示或验证，并声明阻塞它的其他工单。
主要能力：从对话上下文或用户传入的引用（规格路径、issue 编号或 URL）收集上下文；可选地探索代码库，使用项目领域词汇并遵守相关 ADR；寻找预重构机会；按依赖顺序拆分纵向切片；为每个工单标注阻塞边；以编号列表向用户确认粒度、阻塞关系是否正确，并迭代至用户批准；最后发布到已配置的跟踪器。
使用方式：跟踪器与分诊标签需事先配置，否则提示用户运行 /setup-matt-pocock-skills。发布时，本地文件模式在 .scratch/<feature-slug>/issues/<NN>-<slug>.md 下每个工单一个文件，从 01 按依赖顺序编号；真实跟踪器（GitHub、Linear 等）则按依赖顺序每个工单发布一个 issue，优先使用平台原生阻塞关系，否则在“Blocked by”中引用阻塞 issue，并默认打上 ready-for-agent 标签。若来源是已有 issue，则作为其子 issue，且不关闭或修改父 issue。
适用场景：需要把较大计划拆成可被智能体逐个领取、按依赖推进的工作项时。
限制：工单正文用英文书写，不附加中文摘要；避免写入具体文件路径或代码片段（原型中编码关键决策的片段除外）；宽泛重构不适用纵向切片，需按 expand–contract 顺序处理；工单规模应控制在单个新上下文窗口的“智能区”（约 100K–150K token）内。