菜单
把一个计划、规格说明或当前对话拆分成一组曳光弹式工单，每张声明它的阻塞边，发布到所配置的跟踪器——在本地为每张工单一个文件、边以文字形式，或在真实跟踪器上为原生阻塞链接。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
使用并行子代理为一个模块生成多个截然不同的接口设计。当用户想设计 API、探索接口方案、对比模块形态，或提到 "design it twice" 时使用。
交互式 QA 会话，用户以对话方式报告 bug 或问题，代理负责提交 GitHub issue。会在后台探索代码库以获取上下文和领域语言。当用户想报告 bug、做 QA、以对话方式提交 issue，或提到 "QA session" 时使用。
通过用户访谈创建一份带有微小提交（tiny commits）的详细重构计划，然后将其作为 GitHub issue 提交。当用户想规划一次重构、创建重构 RFC，或将一次重构拆分为安全的增量步骤时使用。
从当前对话中提炼出一份 DDD 风格的通用语言（ubiquitous language）术语表，标记歧义并提出规范术语。保存到 UBIQUITOUS_LANGUAGE.md。当用户想定义领域术语、构建术语表、固化用词、创建通用语言，或提到 "domain model" 或 "DDD" 时使用。
询问哪个技能或流程适合你当前的处境。它是本仓库中各技能的路由器。
从两个轴向审查某个固定点（commit、branch、tag 或 merge-base）以来的变更——Standards（代码是否遵循本仓库记录的编码规范？）和 Spec（代码是否符合源起的 issue/PRD 的要求？）。在并行子智能体中运行两项审查，并把它们并排报告。当用户想审查一个分支、一个 PR、进行中的变更，或要求 "review since X" 时使用。
| name | to-tickets |
| description | 把一个计划、规格说明或当前对话拆分成一组曳光弹式工单，每张声明它的阻塞边，发布到所配置的跟踪器——在本地为每张工单一个文件、边以文字形式，或在真实跟踪器上为原生阻塞链接。 |
| disable-model-invocation | true |
把一个计划、规格说明或对话拆分成一组工单——曳光弹式的垂直切片，每张都声明阻塞它的那些工单。
issue 跟踪器和分诊标签词汇应该已经提供给你了——如果没有，运行 /setup-matt-pocock-skills。
从对话上下文中已有的任何东西出发。如果用户传入了一个引用（一个规格说明路径、一个 issue 编号或 URL）作为参数，就获取它并阅读其完整正文和评论。
如果你还没探索过代码库，就探索一下以了解代码的当前状态。工单标题和描述应使用项目领域术语表的词汇，并尊重你所触及区域内的 ADR。
寻找预重构（prefactor）代码的机会，让实现更容易。"先让改动变容易，再做那个容易的改动。"
把工作拆分成曳光弹式工单。
给每张工单它的阻塞边——在它能开始之前必须完成的其他工单。没有阻塞项的工单可以立即开始。
宽重构是垂直切片的例外。 一次宽重构是一个机械性的改动——重命名一个列、重新给一个共享符号定类型——其波及半径扇形铺展到整个代码库，因此单次编辑一下子就破坏成千上万个调用点，没有任何垂直切片能落地变绿。不要硬把它塞进一颗曳光弹；用**扩展—收缩（expand–contract）**来编排它。先扩展：在旧形式旁边加上新形式，这样什么都不会坏。然后按波及半径的大小（每个包、每个目录）分批把调用点迁过去，每一批都是它自己的、被扩展所阻塞的工单，逐批保持 CI 变绿，因为旧形式依然存在。最后收缩：一旦没有调用方残留就删掉旧形式，放在一个被每一个迁移批次所阻塞的工单里。当连各批次也无法单独保持变绿时，保留这个序列但让它们共享一个集成分支，这些批次都阻塞一个最终的"集成并验证"工单——只在那里承诺变绿。
把提议的拆分作为一个编号列表呈现。对每张工单，展示：
问用户：
反复迭代，直到用户批准这个拆分。
发布已批准的工单。如何发布取决于 /setup-matt-pocock-skills 所配置的跟踪器——两种方式下工单都是一样的，只有阻塞边的形态改变：
.scratch/<feature-slug>/issues/<NN>-<slug>.md 下每张工单写一个文件，按依赖顺序（阻塞项优先）从 01 编号。每个文件的"Blocked by"列出它所依赖的编号/标题。使用下面的每工单文件模板——每个文件一张工单，绝不是单个合并文件。ready-for-agent 分诊标签——这些工单按构造就是 agent 可认领的。处理前沿：任何阻塞项全部完成的工单。对于纯线性链，这意味着自上而下。
不要关闭或修改任何父 issue。
What to build: the end-to-end behaviour this ticket makes work, from the user's perspective — not a layer-by-layer implementation list.
Blocked by: the numbers/titles of the tickets that gate this one, or "None — can start immediately".
Status: ready-for-agent
A reference to the parent issue on the tracker (if the source was an existing issue, otherwise omit this section).
The end-to-end behaviour this ticket makes work, from the user's perspective — not layer-by-layer implementation.
无论哪种形式，都避免使用具体的文件路径或代码片段——它们很快就会过时。例外：如果某个原型产出了一个比散文更精确地编码了某项决策的片段（状态机、reducer、schema、类型形态），就把它内联进来，并简短注明它来自一个原型。修剪到富含决策的部分——不是一个能运行的 demo，只是重要的那几处。