to-issues

转为 Issues

使用垂直切片（追踪弹）将计划拆分为可独立领取的 issues。

你应该已经收到 issue 跟踪器和分诊标签词汇表；如果没有，请运行 /setup-matt-pocock-skills。

流程

1. 收集上下文

根据对话中已有的内容开展工作。如果用户传入了 issue 引用（issue 编号、URL 或路径）作为参数，请从 issue 跟踪器中获取该 issue，并阅读完整正文和评论。

2. 探索代码库（可选）

如果你还没有探索代码库，请先了解代码的当前状态。Issue 标题和描述应使用项目的领域词汇表，并遵循你要修改部分的 ADR。

3. 起草垂直切片

将计划拆分为 追踪弹 issues。每个 issue 都是一个贯穿所有集成层的精简垂直切片，端到端覆盖各层，而不是只覆盖某一层的水平切片。

切片可以是「HITL」或「AFK」。HITL 切片需要人工参与，例如架构决策或设计评审。AFK 切片无需人工参与即可实现并合并。尽可能优先选择 AFK，而不是 HITL。

- 每个切片都应贯穿所有层（架构、API、UI、测试），交付一条范围精简但完整的路径 - 每个已完成的切片都能独立演示或验证 - 优先拆分为多个精简切片，而不是少数几个庞大切片

4. 询问用户

以编号列表的形式展示拟议的拆分方案。每个切片需列出：

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

询问用户：

• 切片粒度是否合适？（太粗 / 太细）
• 依赖关系是否正确？
• 是否应合并某些切片，或进一步拆分？
• 标记为 HITL 和 AFK 的切片是否正确？

反复调整，直到用户批准拆分方案。

5. 将 issues 发布到 issue 跟踪器

对于每个已批准的切片，使用下方的 issue 正文模板，在 issue 跟踪器中创建新的 issue。这些 issues 已准备好交由 AFK Agent 处理，因此请为其添加正确的分诊标签，除非另有指示。

按照依赖顺序发布 issues（先发布阻塞其他项的 issues），这样就能在「阻塞项」字段中引用真实的 issue 标识符。

## 父级

引用 issue 跟踪器中的父级 issue（如果来源是已有 issue；否则省略此部分）。

要构建的内容

简洁描述此垂直切片的功能。描述端到端的行为，而不是按层描述实现方式。

避免指定文件路径或代码片段，以免很快过时。例外情况：如果原型提供的代码片段比文字描述更准确地表达了某项决策（状态机、reducer、架构或类型定义），可将其内嵌于此，并简要注明它来自原型。只保留与决策相关的内容——无需提供可运行的演示。

验收标准

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

阻塞项

• 引用阻塞此项的工单（如有）

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

请勿关闭或修改任何父级 issue。