mcpField
T
to-issues

to-issues

github.com/mphinance开发3283 次安装5 天前更新
代码仓库

关于 to-issues

To Issues 是一项将计划拆分为可独立执行的端到端问题切片的技能。它帮助团队在向问题跟踪器发布已批准的问题前,审查范围和依赖关系。

主要功能

  1. 01将计划拆分为垂直切片
  2. 02标记切片为 HITL 或 AFK
  3. 03梳理依赖关系与用户故事
  4. 04迭代讨论拆分方案
  5. 05按依赖顺序发布问题

适用场景

  1. 01将功能计划转为跟踪器问题
  2. 02把工作拆成可演示的端到端切片
  3. 03创建问题前审查依赖关系

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/mphinance/alpha-skills --skill to-issues

安装后在 Claude Code 中输入/to-issues确认已加载。

附带文件README.md

详细介绍

拆分为议题

使用垂直切片(示踪弹)将计划拆分为可独立领取的议题。

议题跟踪器和分流标签词汇表应该已提供给你;如果没有,请运行 /setup-matt-pocock-skills。

流程

1. 收集上下文

根据对话中已有的上下文开展工作。如果用户传入议题引用(议题编号、URL 或路径)作为参数,请从议题跟踪器中获取该议题,并阅读其完整正文和评论。

2. 探索代码库(可选)

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

3. 起草垂直切片

将计划拆分为示踪弹议题。每个议题都是一个精简的垂直切片,贯穿所有集成层并打通端到端流程,而不是只覆盖某一层的水平切片。

切片可以是“HITL”或“AFK”。HITL 切片需要人工参与,例如做出架构决策或进行设计评审。AFK 切片可以在无需人工参与的情况下实现并合并。尽可能优先选择 AFK,而不是 HITL。

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

以编号列表的形式展示拟议的拆分。对于每个切片,列出:

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

询问用户:

  • 粒度是否合适?(太粗 / 太细)
  • 依赖关系是否正确?
  • 是否应合并某些切片,或进一步拆分?
  • 将切片标记为 HITL 和 AFK 是否恰当?

反复迭代,直到用户批准拆分方案。

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

对于每个已批准的切片,使用下方的议题正文模板,在议题跟踪器中创建一个新议题。添加 needs-triage 分流标签,让每个议题进入常规分流流程。

按依赖顺序发布议题(先发布阻塞项),以便在“阻塞项”字段中引用真实的议题标识符。

## 父议题

引用议题跟踪器中的父议题(如果源材料来自已有议题;否则省略此部分)。

构建内容

简明描述此垂直切片。描述端到端行为,而不是逐层描述实现方式。

验收标准

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

阻塞项

  • 引用阻塞议题(如有)

或者,如果没有阻塞项,填写“无,可立即开始”。

请勿关闭或修改任何父议题。

评论

支持 Markdown