to-prd

此技能会提取当前对话的上下文和对代码库的理解，并据此生成 PRD。不要采访用户——只需综合已有信息。

系统应已向你提供 issue 跟踪器和 triage 标签词汇表；如果没有，请运行 /setup-leandrocfe-skills。

流程

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

2. 概述你将在哪些边界测试此功能。优先使用现有边界，并选择层级最高的边界。如果需要新增边界，请尽可能在最高层级提出。跨越代码库的边界越少越好——理想情况下只有一个。

请与用户确认这些边界是否符合他们的预期。

3. 使用以下模板编写 PRD，然后将其发布到项目 issue 跟踪器。应用 ready-for-agent triage 标签——无需进行额外的 triage。

问题陈述

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

解决方案

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

用户故事

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

1. 作为一名 ，我希望 ，以便

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

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

实现决策

列出已作出的实现决策。内容可以包括：

• 将要构建或修改的模块
• 将要修改的模块接口
• 开发者提供的技术说明
• 架构决策
• Schema 变更
• API 契约
• 具体交互

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

例外：如果原型生成的代码片段能比文字更准确地表达某项决策（例如状态机、reducer、Schema 或类型结构），可以将其内联到相关决策中，并简要注明该片段来自原型。仅保留能明确表达决策的部分——不要放入可运行的演示代码。

测试决策

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

• 说明怎样的测试才算理想（只测试外部行为，不测试实现细节）
• 将要测试的模块
• 相关测试先例（即代码库中类似的测试）

范围外

描述此 PRD 不涵盖的内容。

补充说明

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