to-prd

此技能利用当前对话上下文和对代码库的理解来生成 PRD。请勿采访用户——只需综合你已经了解的信息。

应该已向你提供问题跟踪器和分诊标签词汇——如果没有，请运行 /setup-matt-pocock-skills。

流程

1. 如果尚未探索仓库，请先探索仓库以了解代码库的当前状态。在整个 PRD 中使用项目的领域术语表词汇，并遵守你正在修改的领域中的任何 ADR。

2. 勾勒将要测试该功能的接缝。应优先使用现有接缝，而不是新增接缝。使用尽可能高的接缝。如果需要新增接缝，请在可行的最高层级提出。代码库中的接缝越少越好——理想数量为一个。

请与用户确认这些接缝是否符合其预期。

3. 使用下面的模板编写 PRD，然后将其发布到项目的问题跟踪器。添加 ready-for-agent 分诊标签——无需进行其他分诊。

问题陈述

从用户视角描述用户面临的问题。

解决方案

从用户视角描述问题的解决方案。

用户故事

一份详尽的用户故事编号列表。每个用户故事应采用以下格式：

1. 作为 ，我希望获得 ，从而

1. 作为一名移动银行客户，我希望查看我的账户余额，从而能够更明智地决定如何支出

该用户故事列表应尽可能详尽，并涵盖该功能的所有方面。

实现决策

已作出的实现决策列表。可包括：

• 将构建或修改的模块
• 这些模块中要修改的接口
• 开发者提供的技术澄清
• 架构决策
• 模式更改
• API 契约
• 具体交互

不得包含具体文件路径或代码片段。它们可能很快就会过时。

例外情况：如果原型生成的代码片段比文字更准确地体现某项决策（状态机、归约器、模式、类型形状），则将其内联到相关决策中，并简要注明该片段来自原型。只保留富含决策信息的部分——不要提供可运行的演示，只保留重要内容。

测试决策

已作出的测试决策列表。包括：

• 对什么是良好测试的说明（只测试外部行为，不测试实现细节）
• 将测试哪些模块
• 测试方面的现有实践（即代码库中类似的测试）

范围外

描述此 PRD 不涵盖的内容。

补充说明

有关该功能的任何其他说明。

]<]minimax[>[