Write A Prd

技能：撰写 PRD

版本：0.1.3

分块：1/1

当用户需要创建一份 PRD 时，此技能将被调用。若认为某些步骤不必要，可跳过。

1. 向用户询问他们希望解决的问题的详细描述，以及任何潜在的解决方案想法。

1. 检查代码仓库，验证用户的说法，理解当前代码库的状态。

1. 对该方案的每个方面进行深入追问，直至达成一致理解。逐条分析设计分支，逐一解决各决策之间的依赖关系。

1. 列出为完成实现所需构建或修改的主要模块。主动寻找可提取为独立测试的深层模块。

深层模块（与浅层模块相对）是指在简单、可测试的接口中封装大量功能，且极少变动的模块。

确认用户对这些模块是否符合预期。确认用户希望为哪些模块编写测试。

1. 在充分理解问题和解决方案后，使用下方模板撰写 PRD。PRD 应以 GitHub 问题的形式提交。

<prd-template>

问题陈述

从用户视角出发，描述用户所面临的问题。

解决方案

从用户视角出发，描述针对该问题的解决方案。

用户故事

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

1. 作为 <角色>，我希望有 <功能>，以便 <收益>

<user-story-example>

1. 作为移动银行客户，我希望查看账户余额，以便能更明智地做出消费决策

</user-story-example>

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

实施决策

列出做出的实施决策。可包括：

• 将要构建或修改的模块
• 这些模块的接口变更
• 开发者提供的技术说明
• 架构决策
• 数据库模式变更
• API 协议
• 具体交互逻辑

不要包含具体的文件路径或代码片段，因为它们可能很快过时。

测试决策

列出做出的测试决策。包括：

• 什么是良好测试的标准（仅测试外部行为，而非实现细节）
• 哪些模块将被测试
• 测试的参考案例（即代码库中类似类型的测试）

不在范围内的内容

描述本 PRD 不包含的内容。

补充说明

关于该功能的其他说明。

</prd-template>