prd-to-plan

name	prd-to-plan
description	使用 tracer-bullet 竖向切片方法把 PRD 转换成多阶段的落地实施计划，并保存为本地 Markdown 文件（存放在 `./plans/`）。适用于用户希望把 PRD 拆分为多个阶段、生成实施计划、从 PRD 推导阶段计划，或提到 “tracer bullets”。

PRD 转计划（PRD to Plan）

使用竖向切片（tracer bullet）把 PRD 拆分为分阶段的实施计划。输出会写成 ./plans/ 目录下的一份 Markdown 文件。

流程（Process）

1. 确认 PRD 已在上下文中

PRD 应当已经出现在对话中。若没有，请让用户粘贴 PRD，或指出文件位置。

2. 探索代码库

如果你还没有探索代码库，可以先探索以理解当前架构、既有模式以及集成层（integration layers）。

3. 识别可持续的架构决策

在开始切片之前，先识别那些在实现过程中不太会改变的高层决策，并把它们放在计划的开头，方便每个阶段都能引用：

• 路由结构 / URL 模式
• 数据库 schema 的形状
• 核心数据模型
• 身份认证 / 授权的方案
• 第三方服务的边界

4. 起草竖向切片

把 PRD 拆成 tracer bullet 阶段。每个阶段都是一个薄的“贯穿式竖向切片”：它要切穿所有集成层的端到端闭环，而不是只对某一层做横向拆分。

- 每个切片都要提供一条狭窄但完整的路径（覆盖 schema、API、UI、tests） - 完成的切片应当可演示或可独立验证 - 相比少数几个很厚的切片，更倾向于使用许多更薄的切片 - 不要包含那些很可能随后续阶段而变化的具体文件名、函数名或实现细节 - 但要包含“耐久/可持续”的决策：如路由路径、schema 形状、数据模型名称

5. 让用户确认

把你建议的阶段拆分以“编号列表”的形式呈现。对每个阶段展示：

• 标题（Title）：简短且描述性的名称
• 覆盖的用户故事（User stories covered）：该阶段对应 PRD 中哪些用户故事

并向用户提问：

• 这个粒度是否合适？（太粗 / 太细）
• 是否需要合并或进一步拆分某些阶段？

根据用户反馈进行迭代，直到用户认可拆分结果。

6. 编写计划文件

如果 ./plans/ 目录不存在，请先创建。然后把计划写成 Markdown 文件，文件名以功能名命名（例如：./plans/user-onboarding.md）。使用如下模板：

# 计划：

来源 PRD：<简要标识或链接>

架构决策

贯穿所有阶段的可持续决策：

• 路由（Routes）：...
• Schema：...
• 关键模型（Key models）：...
• （按需增删章节）

---

阶段 1：

用户故事（User stories）：<从 PRD 提取的列表>

需要构建什么（What to build）

对该竖向切片的简洁描述。描述端到端的行为，而不是按层逐一解释实现方式。

验收标准（Acceptance criteria）

• 验收点 1
• 验收点 2
• 验收点 3

---

阶段 2：

用户故事（User stories）：<从 PRD 提取的列表>

需要构建什么（What to build）

...

验收标准（Acceptance criteria）

• ...