/SKILL.md

name, description

name	description
to-issues	将计划、规范或产品需求文档（PRD）拆解为项目问题跟踪器上可独立领取的问题，使用追踪弹头式垂直切片。当用户希望将计划转化为问题、创建实施工单，或将工作拆解为问题时使用。

转为问题

使用垂直切片（追踪弹头）将计划拆解为可独立领取的问题。

问题跟踪器和分类标签词汇应当已提供给你——如果尚未提供，请运行 /setup-matt-pocock-skills。

流程

1. 收集上下文

从对话上下文中已有的内容入手。如果用户传入了问题引用（问题编号、URL 或路径）作为参数，则从问题跟踪器中获取该问题，并阅读其完整正文和评论。

2. 探索代码库（可选）

如果你尚未探索代码库，请进行探索以了解代码的当前状态。问题标题和描述应使用项目的领域术语词汇，并尊重你所涉及区域的架构决策记录（ADR）。

3. 起草垂直切片

将计划拆解为追踪弹头式问题。每个问题都是一个薄的垂直切片，贯穿所有集成层，而不是某一层的水平切片。

切片可以是「HITL」或「AFK」类型。HITL 切片需要人工交互，例如架构决策或设计评审。AFK 切片可以在无需人工交互的情况下实施并合并。在可能的情况下，优先选择 AFK 而非 HITL。

- 每个切片提供一条狭窄但**完整**的路径，贯穿每一层（schema、API、UI、测试） - 完成后的切片可以独立演示或验证 - 宁多薄切片，勿少厚切片

4. 征求用户意见

将提议的拆解方案以编号列表的形式呈现。对于每个切片，展示：

• 标题：简短描述性名称
• 类型：HITL / AFK
• 阻塞项：哪些其他切片（如果有）必须先完成
• 覆盖的用户故事：此切片涉及哪些用户故事（如果源材料中有相关描述）

向用户提问：

• 粒度是否合适？（太粗 / 太细）
• 依赖关系是否正确？
• 是否有任何切片需要合并或进一步拆分？
• HITL 和 AFK 的标记是否正确？

不断迭代，直到用户批准该拆解方案。

5. 将问题发布到问题跟踪器

对于每个已批准的切片，在问题跟踪器中发布一个新问题。使用下面的问题正文模板。应用 needs-triage 分类标签，使每个问题进入正常的分类流程。

按依赖顺序发布问题（阻塞项优先），这样你可以在「阻塞项」字段中引用真实的问题标识符。

## 父级

对问题跟踪器中父级问题的引用（如果源材料是现有问题，则包含此部分；否则省略此部分）。

要构建什么

对此垂直切片的简明描述。描述端到端行为，而不是逐层实现细节。

验收标准

• 标准 1
• 标准 2
• 标准 3

阻塞项

• 对阻塞工单的引用（如果有）

如果没有阻塞项，则填写「无——可立即开始」。

不要关闭或修改任何父级问题。