Menú
将当前对话转化为 spec 并发布到项目 issue tracker —— 无需访谈，仅综合你们已讨论过的内容。
Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.
Basado en la clasificación ocupacional SOC
| name | to-spec |
| description | 将当前对话转化为 spec 并发布到项目 issue tracker —— 无需访谈，仅综合你们已讨论过的内容。 |
| disable-model-invocation | true |
此技能读取当前对话上下文和代码库理解，产出一份 spec（你可能也称之为 PRD）。不要访谈用户 —— 仅综合你已经知道的内容。
Issue tracker 和 triage 标签词汇表应已提供给你 —— 如果没有，运行 /setup-matt-pocock-skills。
探索仓库以了解代码库的当前状态（如果尚未这样做）。在整个 spec 中使用项目的领域词汇表，并尊重所涉及区域的任何 ADR。
草拟你将用于测试该功能的接缝（seam）。优先使用现有接缝而不是新建。使用尽可能高层的接缝。如果需要新接缝，在尽可能高的层级提出。代码库中的接缝越少越好 —— 理想数量是 1 个。
与用户确认这些接缝是否符合他们的期望。
ready-for-agent triage 标签 —— 无需额外 triage。从用户视角描述用户面临的问题。
从用户视角描述问题的解决方案。
一个详细的、编号的用户故事列表。每个用户故事格式为：
用户故事列表应极其详尽，涵盖该功能的所有方面。
已做出的实现决策列表。可包含：
不要包含具体文件路径或代码片段。它们可能很快过时。
例外：如果原型产生了一个代码片段，它比文字更精确地编码了一个决策（状态机、reducer、schema、类型结构），将其内联在相关决策中，并简要注明来自原型。精简到富含决策的部分 —— 不是可运行的演示，只是关键部分。
已做出的测试决策列表。包含：
描述此 spec 超出范围的内容。
关于该功能的任何补充说明。
询问哪种技能或流程适合你的情况。本仓库技能的导航器。
沿两个轴线审查自某个固定点（commit、分支、tag 或合并基准）以来的变更 — 标准（代码是否遵循此仓库已记录的编码规范？）和规范（代码是否匹配原始 issue/PRD 要求的内容？）。以并行子 agent 运行两项审查，并将结果并排呈现。当用户想要审查分支、PR、进行中的变更，或要求"从 X 开始审查"时使用。
设计深层模块的共享词汇。当用户想要设计或改进模块接口、寻找深化机会、决定缝合点放在哪里、使代码更可测试或更适合 AI 导航，或当其他技能需要深层模块词汇时使用。
针对疑难 bug 和性能回归的诊断循环。当用户说"诊断"/"调试这个"，或报告有东西损坏/抛出异常/失败/变慢时使用。
构建和精炼项目的领域模型。当用户想要确定领域术语或通用语言、记录架构决策，或当其他技能需要维护领域模型时使用。
一场无情的面试，用于打磨方案或设计。