plan-prd-mvp

/cc-code:plan-prd-mvp — PRD 生成器（第一动作即 plan 模式）

⭐⭐⭐ 触发后第一动作 = call EnterPlanMode 工具。 所有探测 / 三件套 / 交谈都在 plan 模式内做，没有 plan 外窗口。 AI 从第一秒就在 plan only，Write/Edit 被锁死，无法逃避。

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

铁律 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-prd-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 Write .cc_code/active/prd.md（旧版归档 backup/YYYY-MM/）
Step7 提示走 /cc-code:agent-to-mvp

---

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

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

架构诚实：Claude Code 没有「系统级强制 AI call 某工具」的机制。把 EnterPlanMode 放第一动作 + 无 plan 外窗口，是软约束的极限 —— AI 要违反，得主动无视本文件第一行铁律。要再硬只能加 PreToolUse hook（检测 skill 激活时阻止未 plan 先 Write），但 hook 检测 skill 激活很复杂，且违背「一个东西只做自己的逻辑」。本方案是架构内最硬。

---

三、prd.md 产出结构（对齐模板）

1. 模块清单（# / 模块 / 优先级 P0P1P2 / 依赖 / 状态）
2. 逐模块：
   ├─ 职责（一句话，写不成 = 该拆）
   ├─ 核心规则 R1..Rn（每条可判真假，禁"优化/友好"等模糊词）
   ├─ 状态机（ascii，若有流转）
   ├─ 边界与异常
   ├─ 验收断言 A1..An（⭐编号永久稳定，whole-qa 的分母）
   └─ 依赖
3. 全局规则 G1..Gn
4. 明确不做（Out of Scope）