name: to-prddescription: Turn the current conversation into a PRD and publish it to the project issue tracker — no interview, just synthesis of what you’ve already discussed.disable-model-invocation: truecategory: “project-management”risk: “safe”source: “community”source_repo: “mattpocock/skills”source_type: “community”date_added: “2026-06-19”author: “Matt Pocock”license: “MIT”license_source: “https://github.com/mattpocock/skills/blob/main/LICENSE”tags:project-managementworkflowcoding-agentstools:claude-codecodex-clicursor何时使用当此工作流与用户请求匹配时使用将当前对话转化为 PRD 并发布到项目问题追踪器——无需访谈只需综合你们已经讨论过的内容。_来源mattpocock/skillsMIT。_本技能获取当前对话上下文和代码库理解并产出一份 PRD。不要访谈用户——只需综合你已经知道的内容。问题追踪器和分诊标签词汇表应该已经提供给你——如果没有请运行/setup-matt-pocock-skills。流程探索仓库以了解代码库的当前状态如果你还没有这样做。在整个 PRD 中使用项目的领域术语词汇表并尊重你正在触及区域的任何 ADR。勾勒出你将要测试该功能的接缝seams。应优先使用现有接缝而非新接缝。使用尽可能高的接缝。如果需要新接缝请在你能做到的最高点提出它们。整个代码库中的接缝越少越好——理想数量是一个。与用户确认这些接缝是否符合他们的预期。使用下面的模板编写 PRD然后发布到项目问题追踪器。应用ready-for-agent分诊标签——无需额外分诊。问题陈述用户面临的问题从用户的角度出发。解决方案问题的解决方案从用户的角度出发。用户故事一份详尽的、编号的用户故事列表。每个用户故事应采用如下格式作为角色我想要功能以便收益1. 作为手机银行客户我想要在账户上看到余额以便我能对自己的支出做出更明智的决定这份用户故事列表应极其详尽涵盖该功能的方方面面。实现决策已做出的实现决策列表。可以包括将要构建/修改的模块将要修改的这些模块的接口来自开发人员的技术澄清架构决策Schema 变更API 契约具体交互不要包含具体的文件路径或代码片段。它们可能很快就会过时。例外如果原型产生了比文字更精确地编码某个决策的片段状态机、reducer、schema、类型形状请将其内联在相关决策中并简要注明它来自原型。只保留富含决策的部分——不是可运行的演示只是重要的内容。测试决策已做出的测试决策列表。包括什么构成一个好的测试的描述只测试外部行为不测试实现细节将要测试哪些模块测试的先例即代码库中类似类型的测试不在范围内本 PRD 范围之外事项的描述。进一步说明关于该功能的任何进一步说明。局限性当工作流指定上游工具、账户、API 密钥或本地设置时需要它们。未经用户明确批准不授权破坏性、生产环境、付费或对外发送消息的操作。在将生成的工件或建议视为最终结果之前请对照用户的真实来源进行验证。