用途：在 MVP 获得接受后，对负责人进行访谈，规划产品后续演进，提出 MVP 之后的里程碑（milestone），并把相关 spec 与 backlog 关联起来。
必要准备：执行前必须在项目根目录加载 $specsfy-setup；若为自动交接，需在本步骤前重新加载。复用对话中已确认的根目录；若 setup 提示存在未决事项，不得继续。
交互方式：提问模式。提出任何问题前，先阅读并应用 .specsfy/Spec.md 中的编号提问契约。阅读 PROJECT.md、specs.md、specs/milestones/ 下的文件及相关 spec，从已批准的 MVP 出发，说明本轮要规划的部分。
访谈流程：重申当前 MVP 边界，就学习成果、运营需求或下一阶段机会提出编号问题；每轮用简短综述反思，再依据仍阻碍识别可演示后续状态的缺口提出下一轮问题。探查 MVP 的临时限制、集成、自动化、报表、规模、权限以及依赖真实使用的假设。持续到整理出可理解的后续里程碑顺序，或明确记录信息不足以排序演进。
保护已接受内容：当回答改变 MVP 里程碑的问题、核心流程、边界或退出条件时，展示影响并请求明确确认；已有 spec 的变更转交 $specsfy-update-spec，不因新路线图重写核心。
提出并记录里程碑：每个 MVP 后里程碑需包含目标、退出条件、范围外内容、依赖与候选 spec；依赖真实使用的假设单独记录，不作为已确认需求。批准后分配连续 ID，关联 spec 与 backlog，执行：
specsfy milestones sync --project .
最后给出推荐顺序、各依赖原因及应进入 backlog 的下一批能力。
限制：不把整个 backlog 转为路线图；未经明确确认不改动 MVP；不用任务完成百分比作为里程碑完成条件；不创建技术任务或实现代码。