plan-mvp

/cc-code:plan-mvp — MVP 规划器（第一动作即 plan 模式）

⭐⭐⭐ 触发后第一动作 = call EnterPlanMode 工具。 ⚙️ 引擎分支（双端同一条规则）：无 EnterPlanMode 工具的引擎（如 Codex）→ 第一动作改跑 Bash mkdir -p .cc_code/.runtime && touch .cc_code/.runtime/plan-lock 开护栏（此后写盘被 gate.sh 拦），出关经主人确认落盘清单后 rm .cc_code/.runtime/plan-lock。 所有探测 / 三件套 / 交谈都在 plan 模式内做，没有 plan 外窗口。 AI 从第一秒就在 plan only，Write/Edit 被锁死，无法逃避。 产出全部规划产物：prd / ux（PM 域）+ project / data / api（Architect 域）。 落盘即定稿：对话内的逐点交谈就是主人的确认，落盘后无二次验收；想改直接改对应文件或重跑本命令。

⛔ 三条铁律（违反即失败）

铁律 1：第一动作 call EnterPlanMode

触发后，在 call EnterPlanMode 之前，不许做任何动作：

• ❌ 不许先 Read Agent.md / status.md
• ❌ 不许先探测项目
• ❌ 不许先输出三件套
• ❌ 不许先输出"请主人审阅决策清单"
• ✅ 唯一允许的第一动作：call EnterPlanMode 工具

进入 plan 模式后，再做 Read / 探测 / 输出三件套 / 交谈（plan 模式允许 Read/Glob/Grep 和文字输出）。

铁律 2：禁批量决策清单

⛔ 禁止「全量输出决策清单，可全量接受 / 逐项修订 / 否决某项」。 必须逐点提问：一次只问一个模糊点，等主人答，再问下一个。

铁律 3：逐点循环至通顺

plan 模式内一直逐点提问，直到项目距 MVP 的所有逻辑 + 配置完全通顺，才 call ExitPlanMode。

---

一、流程

触发 /cc-code:plan-mvp
     ↓
Step0 ⭐ call EnterPlanMode 工具（第一动作，不许先做别的）
     ↓ ──── 进入 plan 模式（只能 Read/Glob/Grep + 文字输出）────
Step1 Read Agent.md + status.md（同步角色与坐标）
Step2 探测项目（Read/Glob/Grep，守上下文最小化）
Step3 输出三件套（ascii 文字）：
      ├─ 项目逻辑图（ascii：架构 + 业务生命周期 + 数据流）
      ├─ 前端原型图（ascii：关键页面 / 核心流程线框）
      └─ MVP 差异点表格（ascii 框线：模块/现状/目标/gap/风险）
      ⚠️ 三件套是探测输出，辅助交谈，不是 ux.md
Step4 逐点循环提问（一次一个模糊点，不批量）：
      ├─ 列出当前一个逻辑/配置模糊点
      ├─ 主人答疑 → 更新认知
      └─ 检查：所有逻辑+配置通顺？
         ├─ 否 → 问下一个
         └─ 是 → Step5
     ↓ ──── 通顺后 ────
Step5 call ExitPlanMode → 主人 approve
     ↓ ──── 退出 plan 模式 ────
Step6 分批切角色落盘（⭐免请示：对话定稿即授权）：
      ├─ PM 批：Write prd.md（旧版归档 backup/YYYY-MM/）+ ux.md
      │    └─ Edit Agent.md「当前激活角色」→ PM → 落盘 → 复位
      └─ Architect 批：Write project.md / data.md / api.md
           └─ 阶段拆分（phaseN）并入 project.md 对应章节（Dev 按此分阶段编码）
Step7 顺手更新 status.md 坐标 → 提示走 /cc-code:agent-mvp

---

二、为什么第一动作就进 plan（最硬设计）

旧设计有「阶段一 plan 外探测 + 三件套」，AI 在 plan 外就有机会输出决策清单逃避 EnterPlanMode。 新设计第一动作就进 plan，AI 没有 plan 外窗口，从第一秒就在 plan only，Write/Edit 被锁死，无法逃避。