用途：把一份计划、规格或当前对话拆解成一组曳光弹工单，即穿过各层的纵向完整切片。每个工单声明其阻塞依赖，发布到已配置的问题跟踪器。
主要能力：
-
汇集上下文：基于对话已有内容工作；若用户传入规格路径、issue 编号或 URL，则抓取并阅读完整正文与评论。
-
可选地探索代码库：理解当前代码状态，工单标题与描述使用项目领域词汇表，并遵守相关区域的 ADR；寻找预重构机会，“先让改动变简单，再做简单的改动”。
-
划定纵向切片：每个切片是穿过所有层（schema、API、UI、测试）的窄但完整路径，可独立演示或验证，规模适配单个全新上下文窗口，预重构先行。为每个工单标注阻塞边：无阻塞者可立即开始。宽泛重构例外，采用扩展—收缩顺序：先扩展（新旧并存），再按影响面分批迁移调用点，最后收缩（无调用者后删除旧形式）。
-
向用户提问：以编号列表呈现拆分方案，每项含标题、Blocked by、What it delivers，询问粒度是否合适、阻塞边是否正确、是否合并或再拆分，迭代至用户批准。
-
发布工单：按 setup-matt-pocock-skills 配置的方式发布。本地文件则每个工单一个文件，写于 .scratch/<feature-slug>/issues/<NN>-<slug>.md，从 01 按依赖顺序编号，Blocked by 列出所依赖编号/标题，不得合并为单文件。真实跟踪器（GitHub、Linear 等）则按依赖顺序每工单一个 issue，优先使用平台原生阻塞/子 issue 关系，否则在 Blocked by 中引用阻塞 issue，默认打上 ready-for-agent 分诊标签。不要关闭或修改父 issue。
必要用法：若未提供问题跟踪器和分诊标签词汇，需提示用户运行 /setup-matt-pocock-skills。
限制与注意：避免在工单中写具体文件路径或代码片段（易过时），例外是原型中比文字更精确表达决策的片段（状态机、reducer、schema、类型形状），可内联并注明来自原型，只保留决策丰富的部分。
资料未提供该技能的具体收费、价格、支持平台或效果信息。