用途：把计划、规格或对话拆成一组工单，每个工单是贯穿各层的垂直切片（tracer bullet），并声明阻塞它的其他工单。使用前应先通过 /setup-matt-pocock-skills 配置追踪器与分诊标签词表。
主要能力：1) 从对话上下文或用户传入的引用（规格路径、issue 编号或 URL）收集上下文并读取完整正文与评论；2) 可选地探索代码库，使用项目领域词汇，遵守相关 ADR，并寻找预重构机会（先让改动变容易，再做容易的改动）；3) 起草垂直切片，每个切片切穿 schema、API、UI、测试等所有层，可独立演示或验证，并适配单个全新上下文窗口；4) 为每个工单指定阻塞边；5) 以编号列表向用户展示拆解，含标题、被谁阻塞、交付内容，并询问颗粒度、阻塞边是否正确、是否需要合并或拆分，迭代至用户批准；6) 按配置的追踪器发布。
发布方式：本地文件时，在 .scratch/<feature-slug>/issues/<NN>-<slug>.md 下每个工单一个文件，按依赖顺序从 01 编号，文件内列出 Blocked by。真实追踪器（GitHub、Linear 等）时，按依赖顺序每个工单发布一个 issue，使用平台原生阻塞/子 issue 关系，否则在 Blocked by 中引用阻塞 issue，并默认加 ready-for-agent 标签。不要关闭或修改任何父 issue。
宽重构是垂直切片的例外，应按 expand–contract 排序：先扩展（新形式与旧形式并存），再按影响范围分批迁移调用点（每批一个工单，被扩展阻塞），最后收缩（删除旧形式，被所有迁移批次阻塞）；若单批无法保持绿，可共享集成分支并统一由最终的集成与验证工单阻塞。
工单应包含 What to build（从用户视角的端到端行为）、Blocked by、Status、验收标准，必要时含 Parent。避免具体文件路径或代码片段，除非原型片段比文字更精确地编码了决策（如状态机、reducer、schema、类型形状），此时内联并注明来自原型。
限制：追踪器与标签词表需预先配置，否则需先运行 /setup-matt-pocock-skills；其余细节暂未提供。