name: to-issuesdescription: Break a plan, spec, or PRD into independently-grabbable issues on the project issue tracker using tracer-bullet vertical slices.disable-model-invocation: truecategory: “project-management”risk: “safe”source: “community”source_repo: “mattpocock/skills”source_type: “community”date_added: “2026-06-19”author: “Matt Pocock”license: “MIT”license_source: “https://github.com/mattpocock/skills/blob/main/LICENSE”tags:project-managementworkflowcoding-agentstools:claude-codecodex-clicursor拆分为 Issue何时使用当此工作流与用户请求匹配时使用使用曳光弹tracer-bullet垂直切片将计划、规范或 PRD 拆分为项目问题追踪器上可独立领取的 issue。来源mattpocock/skillsMIT。将计划拆分为可独立领取的 issue使用垂直切片曳光弹方式。问题追踪器和分诊标签词汇表应该已经提供给你——如果没有请运行/setup-matt-pocock-skills。流程1. 收集上下文从对话上下文中已有的内容入手。如果用户将 issue 引用issue 编号、URL 或路径作为参数传入请从问题追踪器获取它并阅读其完整正文和评论。2. 探索代码库可选如果你还没有探索代码库请进行探索以了解代码的当前状态。Issue 标题和描述应使用项目的领域术语词汇表并尊重你正在触及区域的 ADR。寻找预重构prefactor代码的机会使实现更容易。“先把改动变容易再做出容易的改动。”3. 起草垂直切片将计划拆分为曳光弹issue。每个 issue 是一个贯穿所有集成层端到端的细垂直切片而不是某一层的水平切片。每个切片都提供一条穿过每一层架构、API、UI、测试的狭窄但完整的路径完成的切片可以独立演示或验证任何预重构都应先完成4. 询问用户将拟议的拆分以编号列表形式呈现。对每个切片显示标题简短描述性名称被阻塞于哪些其他切片如果有必须先完成涵盖的用户故事这解决了哪些用户故事如果源材料中有询问用户粒度是否合适太粗 / 太细依赖关系是否正确是否应该合并或进一步拆分某些切片反复迭代直到用户批准拆分方案。5. 将 issue 发布到问题追踪器对每个已批准的切片向问题追踪器发布一个新 issue。使用下面的 issue 正文模板。这些 issue 被视为可供 AFK无人值守代理使用因此除非另有指示请使用正确的分诊标签发布。按依赖顺序发布 issue先阻塞者这样你可以在被阻塞于字段中引用真实的 issue 标识符。## 父级指向问题追踪器上父 issue 的引用如果来源是现有 issue否则省略此部分。要构建什么此垂直切片的简明描述。描述端到端行为而不是逐层实现。避免具体的文件路径或代码片段——它们很快就会过时。例外如果原型产生了比文字更精确地编码某个决策的片段状态机、reducer、schema、类型形状请将其内联在这里并简要注明它来自原型。只保留富含决策的部分——不是可运行的演示只是重要的内容。验收标准标准 1标准 2标准 3被阻塞于对阻塞工单的引用如果有如果没有阻塞项则为无——可以立即开始。不要关闭或修改任何父 issue。局限性当工作流指定上游工具、账户、API 密钥或本地设置时需要它们。未经用户明确批准不授权破坏性、生产环境、付费或对外发送消息的操作。在将生成的工件或建议视为最终结果之前请对照用户的真实来源进行验证。