当需要把 PRD 转成按垂直切片分阶段…

将 PRD 拆成独立可交付的垂直切片阶段，并生成或扩展带架构决策、用户故事、验收标准的 docs/PLAN.md。

适用场景

解决思路

1. 默认读取 `docs/PRD.md` 获取 PRD。
2. 如果通过参数传入文件路径，则读取该路径。
3. 如果没有任何可用 PRD，要求用户指出文件路径或直接粘贴内容。
4. 如果 `docs/PLAN.md` 已存在，读取它并进入扩展模式。
5. 在扩展模式中，找出 PRD 中尚未被现有阶段覆盖的用户故事。
6. 在扩展模式中，找出 PRD 已变化导致的与现有计划不一致之处。
7. 在扩展模式中，不要重写已经确认过的阶段。
8. 在扩展模式中，提出附加阶段或针对性扩展。
9. 在写入前，向用户指出发现的前后矛盾。
10. 如果尚未探索代码库，则探索代码库，理解当前架构、现有模式和集成层。
11. 如果项目是全新项目（greenfield），跳过代码库探索。
12. 在拆分前，识别不应在实现过程中改变的持久架构决策：路由结构或 URL 模式。
13. 识别数据库 schema 形态。
14. 识别关键数据模型名称。
15. 识别认证或授权方式。
16. 识别第三方服务边界。
17. 把这些持久架构决策放入计划头部，供每个阶段引用。
18. 将 PRD 拆成 tracer bullets 阶段：每个阶段是横切所有集成层的细粒度垂直切片，而不是单层水平切片。
19. 每个切片交付一条狭窄但完整、贯穿所有层的路径：数据库 schema、API、UI、测试。
20. 完成的切片必须能够单独演示或验证。
21. 优先选择多个细切片，而不是少数厚切片。
22. 不要包含可能变化的文件名、函数名或实现细节。
23. 要包含持久决策：路由、schema 形态、模型名称。
24. 向用户展示编号拆分列表；每个阶段包含标题、被谁阻塞、覆盖的用户故事编号。
25. 询问用户：粒度是否合适？是过粗还是过细？
26. 询问用户：依赖关系是否正确？
27. 询问用户：是否有阶段需要合并或进一步拆分？
28. 迭代拆分方案，直到用户确认。
29. 如果 `docs/` 不存在，则创建它。
30. 按照模板写入 `docs/PLAN.md`。
31. 在扩展模式中，把附加阶段整合到现有阶段，不触碰已经确认的内容。
32. 写入后确认输出 `✓ écrit dans `docs/PLAN.md``。
33. 模板标题写成 `# Plan : <feature 名称>`。
34. 模板中注明 `> PRD source : <路径或标识>`。
35. 模板包含“架构决策”章节，列出适用于所有阶段的持久决策，并按需增删 Routes、Schema、关键模型等部分。
36. 模板中每个阶段包含 Phase 编号和标题。
37. 模板中每个阶段列出 `User stories`，来自 PRD。
38. 模板中每个阶段包含“交付内容”，描述端到端行为，而不是逐层实现。
39. 模板中每个阶段包含验收标准 checklist。
40. 模板中每个阶段包含“被谁阻塞”，引用阻塞阶段；如果没有阻塞则写“无——可立即开始”。
41. 对每个阶段重复模板结构。

适用边界 · 注意事项

• 没有 PRD 且无法让用户提供需求内容时，先进行需求框定或澄清需求，再进行规划。
• 已有 `docs/PLAN.md` 且只想重写已确认阶段时，应使用扩展模式而不是直接覆盖。
• 只需单层小修改、不需要版本化执行计划时，不必使用。