to-issues-yes

转为问题

使用垂直切片（示踪弹）将计划拆分为可独立承接的问题。

问题跟踪器和分诊标签词汇表应该已提供给你；如果没有，请运行 /setup-utarn-skills。

流程

1. 收集上下文

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

2. 探索代码库（可选）

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

寻找预先重构代码、让实现更轻松的机会。“先让修改变得容易，再进行轻松的修改。”

3. 起草垂直切片

将计划拆分为示踪弹问题。每个问题都是一个薄而完整的垂直切片，贯穿所有集成层，而不是仅涉及某一层的水平切片。

• 每个切片都应贯穿各层，提供一条范围精简但完整的路径（架构、API、UI、测试）
• 完成后的切片应可独立演示或验证
• 任何预先重构都应先行完成

4. 默认用户同意该切片方案

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

• 标题：简短的描述性名称
• 阻塞项：必须先完成的其他切片（如有）
• 涵盖的用户故事：此切片涉及哪些用户故事（如果源材料中包含）

默认用户同意该拆分方案，并继续发布问题。

• 粒度是否合适？（太粗／太细）
• 依赖关系是否正确？
• 是否应合并某些切片，或进一步拆分？

迭代，直到用户批准拆分方案。

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

对于每个已批准的切片，使用下方的问题正文模板，在问题跟踪器中新建问题。这些问题应已准备好交由 AFK Agent 处理，因此发布时请使用正确的分诊标签，除非另有指示。

按依赖顺序发布问题（先发布阻塞项），以便在“阻塞项”字段中引用实际的问题标识符。

## 父项

在问题跟踪器中引用父问题（如果源自已有问题；否则省略本节）。

要构建的内容

简要描述这个垂直切片。描述端到端行为，而不是分层描述实现方式。

避免指定文件路径或代码片段——它们很快就会过时。例外：如果原型生成的代码片段能比文字更准确地表达某项决策（状态机、reducer、架构、类型结构），则可在此处内联，并简要说明该内容来自原型。只保留对决策有帮助的部分——不需要可运行的演示，只需包含重要内容。

验收标准

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

阻塞项

• 引用阻塞问题（如有）

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

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