📦 Write A Prd — 一键生成PRD

当用户想要创建 PRD 时，将调用此技能。如果你觉得某些步骤不必要，可以跳过。 1. 请用户详细描述他们想要解决的问题，以及任何潜在的解决方案想法。 2. 探索仓库，验证用户的说法并了解代码库当前状态。 3. 就计划的每个方面对用户进行无情追问，直到达成共同理解。沿着设计树的每个分支向下走，逐个解决决策之间的依赖关系。 4. 草拟出完成实现所需构建或修改的主要模块。主动寻找可以提取为“深模块”的机会，这些模块可以单独测试。深模块（与浅模块相对）是指通过简单、可测试的接口封装大量功能，且很少变动的模块。与用户确认这些模块是否符合他们的预期；询问用户希望为哪些模块编写测试。 5. 当你对问题和解决方案有了完整理解后，使用下方模板撰写 PRD。PRD 应作为 GitHub issue 提交。 ## 问题陈述 从用户视角出发，用户所面临的问题。 ## 解决方案 从用户视角出发，问题的解决方案。 ## 用户故事 一长串带编号的用户故事。每个用户故事格式如下： 1. 作为<角色>，我想要<功能>，以便<收益> 1. 作为一名手机银行客户，我想查看账户余额，以便更明智地决定支出 该列表应极其详尽，涵盖该功能的各个方面。 ## 实现决策 已做出的实现决策列表，可包括： - 将要构建/修改的模块 - 这些模块将被修改的接口 - 来自开发者的技术澄清 - 架构决策 - 模式变更 - API 契约 - 具体交互 不要包含具体文件路径或代码片段，它们可能很快过时。 ## 测试决策 已做出的测试决策列表，包括： - 什么是好测试（仅测试外部行为，而非实现细节） - 哪些模块将被测试 - 测试的既有先例（即代码库中类似类型的测试） ## 范围之外 本 PRD 范围之外的各项内容描述。 ## 进一步说明 关于该功能的任何其他说明。