用途：将计划、规格说明或 PRD 拆解为项目 issue 跟踪器中可独立领取的 issue，使用贯穿所有集成层的垂直切片（曳光弹）方式，而非单层的水平切片。
主要能力：从对话上下文或用户传入的 issue 引用（编号、URL、路径）获取背景；可选地探索代码库以了解现状，要求 issue 标题与描述使用项目领域词汇并遵守相关 ADR；把计划拆成 HITL（需人工交互，如架构决策或设计评审）与 AFK（可无人工交互实现并合并）两类切片，优先 AFK；以编号列表向用户展示每个切片的标题、类型、被谁阻塞、覆盖的用户故事，并询问粒度、依赖关系、是否合并或拆分、HITL/AFK 标记是否正确，迭代至用户批准；按依赖顺序（阻塞者优先）发布 issue，以便在“Blocked by”字段引用真实 issue 标识。
使用方式：需先由环境提供 issue 跟踪器与 triage 标签词汇，否则运行 /setup-matt-pocock-skills。issue 正文模板包含：父 issue 引用（若来源为已有 issue，否则省略）、What to build（描述端到端行为，避免具体文件路径或代码片段；若原型片段比文字更精确地编码了决策，可内联并注明来自原型，仅保留决策密集部分）、Acceptance criteria 清单、Blocked by（引用阻塞工单，无则写 None - can start immediately）。不要关闭或修改任何父 issue。
适用场景：需要把方案转化为可并行领取的开发任务、希望每个任务端到端可验证、需要区分人工介入与可自动执行的工作项时。
限制：依赖已配置的 issue 跟踪器与 triage 标签词汇；未提供具体平台、收费、价格或效果信息；HITL/AFK 划分与依赖关系需用户确认后才发布。