用途：把计划、规格说明或 PRD 拆解为项目 issue 跟踪器上可独立认领的 issue，方法是使用纵向切片（曳光弹）。前提是已提供 issue 跟踪器与 triage 标签词汇，否则需先运行 /setup-matt-pocock-skills。
主要能力与流程：一、收集上下文，从对话已有内容着手；若用户传入 issue 编号、URL 或路径，则从跟踪器获取并阅读其正文与评论。二、可选地探索代码库以了解当前代码状态，issue 标题与描述应使用项目领域词汇表，并遵守相关 ADR。三、起草纵向切片，每个切片是贯穿所有集成层的薄纵向切片，而非单一层的横向切片；切片可分为 HITL（需人工交互，如架构决策或设计评审）和 AFK（无需人工交互即可实现并合并），尽量优先 AFK。四、向用户提问确认，以编号列表展示拆分，每个切片含标题、类型、阻塞于哪些切片、覆盖哪些用户故事，并询问粒度是否合适、依赖关系是否正确、是否需要合并或拆分、HITL/AFK 标记是否正确，反复迭代直至用户批准。五、按依赖顺序（先阻塞项）将每个获批切片发布为新 issue，使用给定正文模板；这些 issue 视为可供 AFK 代理使用，除非另有指示，应以正确 triage 标签发布。issue 正文包含：父 issue 引用（若来源是已有 issue，否则省略）、要构建的内容（简洁描述端到端行为，避免具体文件路径或代码片段；例外是原型产出的能更精确表达决策的片段，可内联并说明来自原型，仅保留决策密集部分）、验收标准（逐条列出）、阻塞于（引用阻塞 ticket，若无可写“None - can start immediately”）。注意：不要关闭或修改任何父 issue。
适用场景：需要把方案、规格或 PRD 转化为可独立领取的开发 issue，并希望贯穿所有集成层、便于并行或代理执行的团队。限制：资料未提供具体支持的 issue 跟踪器类型、安装与配置细节、收费或价格信息；使用前需具备跟踪器与标签词汇，具体实现依赖环境。