Menu
把当前对话转化为一份规格说明，并发布到项目 issue 跟踪器——不做访谈，只综合你们已经讨论过的内容。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
使用并行子代理为一个模块生成多个截然不同的接口设计。当用户想设计 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-spec |
| description | 把当前对话转化为一份规格说明，并发布到项目 issue 跟踪器——不做访谈，只综合你们已经讨论过的内容。 |
| disable-model-invocation | true |
这个技能接收当前对话上下文和代码库理解，产出一份规格说明（你可能把这份文档称为 PRD）。不要访谈用户——只综合你已经知道的东西。
issue 跟踪器和分诊标签词汇应该已经提供给你了——如果没有，运行 /setup-matt-pocock-skills。
探索仓库以了解代码库的当前状态，如果你还没这么做的话。在整份规格说明中使用项目的领域术语表词汇，并尊重你所触及区域内的任何 ADR。
勾勒出你将在其上测试该功能的接缝。既有接缝应优先于新接缝。使用尽可能高的接缝。如果需要新接缝，就在你能达到的最高点提出它们。跨代码库的接缝越少越好——理想数量是一个。
与用户核对这些接缝是否符合他们的预期。
ready-for-agent 分诊标签——无需额外分诊。用户正面临的问题，从用户的视角出发。
对该问题的解决方案，从用户的视角出发。
一份很长的、编号的用户故事列表。每个用户故事应采用如下格式：
这份用户故事列表应极其详尽，覆盖该功能的所有方面。
一份已做出的实现决策的列表。这可以包括：
不要包含具体的文件路径或代码片段。它们可能很快就会过时。
例外：如果某个原型产出了一个比散文更精确地编码了某项决策的片段（状态机、reducer、schema、类型形态），就把它内联到相关决策中，并简短注明它来自一个原型。修剪到富含决策的部分——不是一个能运行的 demo，只是重要的那几处。
一份已做出的测试决策的列表。包括：
对本规格说明范围之外事项的描述。
关于该功能的任何补充说明。