关于 planifie
planifie 可将 PRD 拆分为可独立交付的纵向阶段，并将计划写入 `docs/PLAN.md`。它会检查现有代码库、记录长期架构决策，并在写入前与用户迭代确认阶段安排。
主要功能
- 01读取 PRD 和现有计划
- 02探索代码库
- 03记录长期架构决策
- 04拆分纵向交付阶段
- 05与用户确认阶段依赖
- 06写入 `docs/PLAN.md`
适用场景
- 01根据 PRD 规划功能
- 02扩展现有交付计划
安装
复制下面的命令，在终端中运行。
npx skills add https:/安装后在 Claude Code 中输入/planifie确认已加载。
详细介绍
/planifie
将 PRD 拆分为可独立交付的垂直切片阶段（追踪项目）。输出到 docs/PLAN.md。
流程
1. 获取 PRD
默认读取 docs/PRD.md。如果通过参数传入了文件路径，则读取该文件。如果没有可用内容，请让用户指定文件或粘贴内容。
2. 如果 PLAN 已存在，则进入扩展模式
如果 docs/PLAN.md 已存在，则读取它。找出 PRD 中尚未被现有阶段覆盖的用户故事，以及与已变更 PRD 不一致之处。不要重写已确认的阶段；提出额外阶段或有针对性的扩展，并在写入前向用户指出矛盾。
3. 探索代码库
如果尚未探索代码库，则进行探索，以了解当前架构、现有模式和集成层。如果项目是全新项目，则跳过此步骤。
4. 确定持久的架构决策
拆分之前，先确定在实现过程中不应改变的高层决策：
- 路由结构 / URL 模式
- 数据库 Schema 的形式
- 关键数据模型的名称
- 身份验证 / 授权方案
- 第三方服务的边界
这些决策会写入计划的开头，每个阶段都可以引用。
5. 起草垂直切片
将 PRD 拆分为追踪项目阶段。每个阶段都是贯穿所有集成层的精简切片，端到端交付，而不是只覆盖单一层的水平切片。
<规则-垂直切片>
- 每个切片都交付一个贯穿所有层（Schema、API、UI、测试）的狭窄但完整的路径
- 完成的切片可以独立演示或验证
- 优先采用多个精简切片，而不是少数几个厚重切片
- 不要包含可能发生变化的文件名、函数名或实现细节
- 包含持久决策：路由、Schema 形式、模型名称 </规则-垂直切片>
6. 请用户审核
以编号列表的形式展示拆分结果。每个阶段包含：
- 标题：简短且具有描述性的名称
- 阻塞项：必须先完成的其他切片
- 涵盖的用户故事：PRD 中用户故事的编号
然后询问：
- 粒度是否合适？（太粗 / 太细）
- 依赖关系是否正确？
- 是否需要合并阶段或进一步拆分？
反复迭代，直到获得确认。
7. 编写计划
如果 docs/ 不存在，则创建它。根据模板编写 docs/PLAN.md。在扩展模式下，将额外阶段整合到现有阶段中，但不要改动已确认的内容。确认 « ✓ 已写入 docs/PLAN.md »。
PRD 来源：<路径或标识符>
架构决策
适用于所有阶段的持久决策：
- 路由：...
- Schema：...
- 关键模型：...
- （根据上下文添加/删除章节）
阶段 1：<标题>
用户故事：<来自 PRD 的列表>
交付内容
简洁描述此垂直切片。描述端到端行为，而不是按层描述实现。
验收标准
- 标准 1
- 标准 2
- 标准 3
阻塞项
- 对阻塞阶段的引用（如有）
如果没有阻塞项，则写 « 无 — 可立即开始 »。
阶段 2：<标题>
用户故事：<来自 PRD 的列表>
交付内容
...
验收标准
- ...
阻塞项
- ...