to-tickets

技能简介

to-tickets 是一个将计划、规格说明或当前对话拆解为一组「曳光弹」工单（tracer bullet tickets）的技能。每张工单都声明其阻塞依赖（blocking edges），并发布到已配置的追踪器上，帮助团队把复杂工作拆成可独立验证、可串行执行的垂直切片。

使用场景

• 将 PRD 或技术规格拆解为可执行的工单列表
• 将当前对话中讨论的方案转化为带依赖关系的开发任务
• 将跨层改动（schema、API、UI、测试）拆分为可演示的垂直切片
• 在 GitHub、Linear 等真实追踪器上批量发布带原生阻塞关系的工单
• 规划「宽重构」（wide refactor）的 expand–contract 执行序列

使用方法

1. 安装 / 启用：如果对话上下文中未提供追踪器和 triage 标签词汇表，请先运行 /setup-matt-pocock-skills 完成配置。
2. 收集上下文：直接从对话内容获取信息；若用户传入参数（规格路径、issue 编号或 URL），先抓取并阅读全文及评论。
3. 探索代码库（可选）：了解当前代码状态，工单标题和描述应使用项目的领域词汇，并尊重相关 ADR。
4. 起草垂直切片：按「窄但完整」原则拆分——每张工单贯穿 schema、API、UI、测试各层，完成后可独立演示。为每张工单标注阻塞依赖；无依赖者可立即开始。
5. 与用户确认：以编号列表展示工单（含标题、阻塞依赖、交付内容），询问粒度、依赖关系、合并/拆分意见，迭代至用户认可。
6. 发布工单：本地模式下在 .scratch/<feature-slug>/issues/ 按依赖顺序生成编号文件；真实追踪器模式按依赖顺序创建 issue，优先用平台原生阻塞功能，并打上 ready-for-agent 标签。

发布后优先处理「前沿」（frontier）工单——即所有阻塞项已完成、可立即开始的工单。

注意事项

• 宽重构不要强行拆成曳光弹：应序列化为 expand（新增新形式、保持旧形式不破坏）→ 按影响范围分批迁移 → contract（删除旧形式），每批迁移是独立的、被 expand 阻塞的工单。
• 不要关闭或修改任何父 issue。
• 工单中避免写具体文件路径或代码片段；仅当原型产生的代码比文字更精确地表达决策时（状态机、reducer、schema、类型形状），才内联并注明来源。
• 本地模式严格一张工单一个文件，不要合并。