用途：将 PRD 转换为分阶段执行计划，强调明确性而非主观解读，偏好小而可组合的任务。
主要能力与流程：
- 定位 PRD：默认查找 .specs/[feature-slug]/PRD.md；路径不明确或文件不存在时，先向用户索取内容或路径，并完整通读。
- 探索代码库：了解项目结构、约定、路由与数据访问模式、已用框架与库、相关集成点，使计划贴合系统实际。
- 提取架构决策：识别跨阶段稳定且必须一致的决策，如数据模型、路由路径、Schema 形状、集成边界、鉴权策略；PRD 未做的决策不得臆造，无法确定则记为待决项。
- 起草垂直切片：每个阶段是贯穿数据、逻辑、API、UI 的完整薄切片，交付一个端到端用户能力，可独立交付并演示；按追踪弹思路从最薄核心路径开始，再按 PRD 优先级（P0 先于 P1、P2）叠加，边界情况与次要流程放最后。阶段内步骤需写明构建内容与连接点，包含路由、模型名、Schema 形状，但不指定具体文件、函数或类。仅当逻辑有非平凡条件分支且错误分支会静默损坏数据或阻断核心功能，或 PRD 标记为高风险/易回归时，才在阶段内加入测试步骤，不单独设测试阶段。
- 与用户评审：以阶段标题加一句话目标呈现，确认排序、粒度、缺失需求与待决项，按反馈更新草稿。
- 写入计划：输出到与 PRD 同目录的 .specs/[feature-slug]/PLAN.md，模板含架构决策表、待决项、各阶段的目标、满足的 PRD 需求、输入、步骤与输出。
适用场景：已有 PRD、需要落地为可执行分阶段计划的开发规划。
限制：不发明 PRD 未做的决策；不写覆盖率为目的的测试；不把测试或纯基础设施设为独立阶段；不提前指定实现细节。具体安装与调用方式资料未提供。