About to-issues
A skill for developers and coding agents that turns plans into independently deliverable issue slices. It emphasizes thin, end-to-end vertical slices, user review of the breakdown, and publishing approved issues in dependency order.
Key features
- 01Break plans into vertical slices
- 02Classify slices as HITL or AFK
- 03Review scope and dependencies with users
- 04Publish approved issues in dependency order
Use cases
- 01Convert a feature plan into independently verifiable issues
- 02Prepare issues for implementation by AFK agents
- 03Organize issue creation around dependencies
Install
Copy the command and run it in a terminal.
npx skills add https:/After installing, type/to-issuesin Claude Code to confirm it loaded.
Details
From the project README转换为问题
使用垂直切片（示踪弹）将计划分解为可独立获取的问题。
问题跟踪器和分类标签词汇应该已经提供给你——如果没有，运行 /setup-matt-pocock-skills。
流程
1. 收集上下文
从对话上下文中已有的内容开始工作。如果用户传递问题引用（问题编号、URL 或路径）作为参数，从问题跟踪器中获取它并读取其完整正文和评论。
2. 探索代码库（可选）
如果你尚未探索代码库，请这样做以了解代码的当前状态。问题标题和描述应使用项目的领域词汇表词汇，并尊重你正在接触的区域中的 ADR。
3. 起草垂直切片
将计划分解为示踪弹问题。每个问题是一个薄的垂直切片，端到端地穿过所有集成层，而不是某一层的水平切片。
切片可以是"HITL"或"AFK"。HITL 切片需要人工交互，例如架构决策或设计审查。AFK 切片可以在没有人工交互的情况下实现和合并。在可能的情况下优先选择 AFK 而不是 HITL。
- 每个切片通过每一层（模式、API、UI、测试）提供狭窄但完整的路径 - 完成的切片可以单独演示或验证 - 优先选择许多薄切片而不是少数厚切片4. 询问用户
将提议的分解呈现为编号列表。对于每个切片，显示：
- 标题：简短的描述性名称
- 类型：HITL / AFK
- 被阻塞：哪些其他切片（如果有）必须首先完成
- 涵盖的用户故事：这解决了哪些用户故事（如果源材料有它们）
问用户：
- 粒度感觉对吗？（太粗/太细）
- 依赖关系正确吗？
- 是否应该合并或进一步拆分任何切片？
- 正确的切片是否标记为 HITL 和 AFK？
迭代直到用户批准分解。
5. 将问题发布到问题跟踪器
对于每个批准的切片，将新问题发布到问题跟踪器。使用下面的问题正文模板。这些问题被认为已准备好供 AFK 代理使用，因此除非另有指示，否则使用正确的分类标签发布它们。
按依赖顺序发布问题（先阻塞者），以便你可以在"被阻塞"字段中引用真实的问题标识符。
## 父级对问题跟踪器上父问题的引用（如果源是现有问题，否则省略此部分）。
要构建什么
这个垂直切片的简洁描述。描述端到端的行为，而不是逐层实现。
避免特定的文件路径或代码片段——它们很快就会过时。例外：如果原型产生的片段比散文更精确地编码决策（状态机、reducer、模式、类型形状），在此内联并简要说明它来自原型。修剪到决策丰富的部分——不是工作演示，只是重要的部分。
验收标准
- 标准 1
- 标准 2
- 标准 3
被阻塞
- 对阻塞工单的引用（如果有）
或者"无 - 可以立即开始"如果没有阻塞者。
不要关闭或修改任何父问题。