用途：把计划、规格或对话内容拆成一组工单，每个工单是一条贯穿各层的纵向切片（tracer bullet），并声明阻塞它的其他工单，最后发布到已配置的跟踪系统。若尚未提供工单跟踪系统与分诊标签词表，需先运行 /setup-matt-pocock-skills。
主要能力与流程：1）收集上下文，优先使用对话中已有内容；若用户传入规格路径、issue 编号或 URL，则抓取并阅读其正文与评论。2）可选地探索代码库，了解现状，工单标题与描述应使用项目领域词汇并遵守相关 ADR，同时寻找预重构机会。3）起草纵向切片：每条切片贯穿 schema、API、UI、测试等所有层，可独立演示或验证，规模适配单个全新上下文窗口，预重构优先完成；为每个工单标注阻塞边，无阻塞者可立即开始。宽泛重构是例外，按 expand–contract 排序：先扩展、再分批迁移、最后收缩，必要时共享集成分支并以最终集成验证工单收口。4）向用户提问：以编号列表展示标题、被谁阻塞、交付内容，确认粒度、阻塞边是否正确、是否需合并或拆分，迭代至用户批准。5）发布到已配置跟踪系统：本地文件则写入 .scratch/<feature-slug>/issues/<NN>-<slug>.md，按依赖顺序从 01 编号，每工单一个文件；真实跟踪系统（GitHub、Linear 等）则按依赖顺序每工单发布一个 issue，使用平台原生阻塞/子 issue 关系，否则在“Blocked by”中引用阻塞 issue，并默认打上 ready-for-agent 标签。不要关闭或修改任何父 issue。
限制：工单应避免具体文件路径或代码片段，仅当原型片段比文字更精确表达决策（状态机、reducer、schema、类型形状）时可内联并注明来源。具体跟踪系统配置、标签词表等细节暂未提供。