phase-plan

阶段规划

在执行某个已编写阶段之前，立即将其扩展为运行时阶段说明。已编写的计划（plan.toml）说明该阶段必须实现什么；本技能则在可丢弃的状态树中规划如何实现。

在每个阶段即将执行前，详细规划该阶段——不要提前规划所有阶段。

输入：

• 阶段的 plan.toml 条目——其 objective、exit_criteria（EX-）和 verification（VT-/VA-/VH-）
• design.md（规范设计参考）和 slice-nnn.md（范围）
• 已物化的运行时阶段说明 state/.../phases/phase-NN.{toml,md}

流程

1. 在规划细节前，确认阶段的 entrance_criteria（EN-）已满足。若未满足，先解决该问题（较早的阶段或设计缺口）。
2. 重新阅读 design.md 和阶段的 plan.toml 条目——目标、退出标准和验证预期。
3. 针对预计要修改的具体文件和子系统运行 /retrieve-memory，以便在确定任务拆分前了解与范围相关的注意事项和模式。
4. 检查研究建议——doctrine slice research <id>。若报告显示存在偏差，仅刷新受影响的主题章节，然后重新盖章确认基线；根据刷新后的产物规划阶段，而非过时的版本。
5. 在运行时阶段说明 phase-NN.md（位于 .doctrine/state/ 下，已加入 GITIGNORE 且可丢弃）中填写：
   • 具体的任务拆分——小而连贯的工作单元
   • 执行时需遵循的假设和约束
   • 满足每项 VT-/VA-/VH- 预期的验证步骤
   • 各项任务预计涉及的文件／组件
6. 这是运行时状态（lib:reference/using-doctrine.md § 存储层级）——切勿将任务细节或进度写回已编写的 plan.toml／ plan.md。
7. 如果细化阶段时发现新的设计问题、尚未解决的权衡或策略上的歧义，请停止——使用 /consult；若问题出在设计本身，则返回 /design。不要自行编造方案绕过问题。
8. 当阶段说明内容连贯时，使用 doctrine slice phase 将阶段切换为 in_progress（参阅 lib:reference/using-doctrine.md），然后运行 /execute。

结果

• 阶段具有基于设计的具体、可执行任务拆分。
• 验证步骤与阶段的 VT- 标准相对应。
• 已编写的计划和运行时状态各自遵守正确的存储规则。