Menu
将当前对话转化为规范（spec）并发布到项目 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
| name | to-spec |
| description | 将当前对话转化为规范（spec）并发布到项目 Issue 跟踪器——无需采访，仅综合已经讨论过的内容。 |
| disable-model-invocation | true |
本技能获取当前对话上下文和代码库理解，生成一份规范（你可能将此文档称为 PRD）。不要采访用户——只综合你已知的内容。
Issue 跟踪器和分类标签词汇表应已提供给你——如果没有，请运行 /setup-matt-pocock-skills。
探索仓库以了解代码库当前状态（如果尚未探索）。在整个规范中使用项目的领域术语表词汇，并尊重你正在接触的区域的 ADR。
勾勒你将要测试该功能的 seams。应优先使用现有的 seams 而非新建。使用尽可能高的 seam。如果需要新的 seam，在你能达到的最高点提出它们。代码库中的 seam 越少越好——理想数量是一个。
与用户确认这些 seams 是否符合他们的期望。
ready-for-agent 分类标签——无需额外分类。用户面临的问题，从用户的角度出发。
问题的解决方案，从用户的角度出发。
一份编号的用户故事长列表。每个用户故事格式如下：
用户故事列表应非常详尽，覆盖功能的所有方面。
已做出的实现决策列表。可包括：
不要包含具体的文件路径或代码片段。它们可能很快就会过时。
例外：如果原型产出的代码片段比文字更精确地编码了某个决策（状态机、reducer、schema、类型结构），将其内联在相关决策中，并简要说明来自原型。精简到决策密集的部分——不是工作演示，只是重要的内容。
已做出的测试决策列表。包括：
此规范范围外的内容描述。
关于该功能的任何进一步说明。
一轮一轮地同时询问所有前沿问题，进行无情的盘问。
把你无法独自回答的决策转化为一份问卷，交给别人来填写。
使用并行子代理为一个模块生成多种截然不同的接口设计方案。当用户想要设计 API、探索接口选项、比较模块形态，或提到"设计两次"时使用。
交互式 QA 会话，用户以对话形式报告 bug 或问题，代理负责提交 GitHub Issue。在后台探索代码库以获取上下文和领域语言。当用户想要报告 bug、进行 QA、以对话形式提交 Issue，或提到"QA session"时使用。
通过用户访谈创建包含微小提交的详细重构计划，然后将其提交为 GitHub Issue。当用户想要规划重构、创建重构 RFC，或将重构拆分为安全的增量步骤时使用。
从当前对话中提取 DDD 风格的通用语言（Ubiquitous Language）词汇表，标记歧义并提出规范术语。保存到 UBIQUITOUS_LANGUAGE.md。当用户想要定义领域术语、构建词汇表、强化术语体系、创建通用语言，或提到"领域模型"或"DDD"时使用。