用途：把计划、规格或对话内容拆成一组可独立验证的工单（tracer-bullet 纵向切片），每个工单声明阻塞它的其他工单，并发布到已配置的跟踪系统。使用前需已提供 issue tracker 与 triage 标签词表，否则提示用户运行 /setup-matt-pocock-skills。
主要能力：从对话上下文或用户传入的引用（规格路径、issue 编号或 URL）收集上下文；可选地探索代码库，使用项目领域词汇并遵守相关 ADR；寻找预重构机会；将工作拆成贯穿 schema、API、UI、测试的完整纵向切片，每个切片可演示或验证、可放入单个上下文窗口；为每个工单标注阻塞边；对波及全库的宽重构改用 expand–contract 序列（先扩展、分批迁移、最后收缩），必要时共享集成分支并以最终集成验证工单收口。
使用方式：先以带固定 emoji 锚点的编号列表展示拆分方案，再向用户确认三点——粒度、阻塞边、合并或拆分，迭代至批准后发布。发布形式取决于配置：本地文件写入 .scratch/<feature-slug>/issues/<NN>-<slug>.md，按依赖顺序从 01 编号，每工单一个文件；真实跟踪器（GitHub、Linear 等）按依赖顺序每工单发布一个 issue，优先使用平台原生阻塞关系，否则在“Blocked by”中引用阻塞 issue，源为已有 issue 时作为其子 issue，默认打上 ready-for-agent 标签。不要关闭或修改父 issue。
限制：工单描述应避免具体文件路径与代码片段（易过时），仅当原型片段比文字更精确表达决策时可内联并注明来源；未提供跟踪器配置时无法发布。