config(commands): 重构开发流程：四阶段框架+通用化+阶段目录+文档同步

- development-workflow.md: 通用化(去掉UE5/ChildHood引用)，新增草案/原型/批量生产/测试发布四阶段，
  修复流水线编号(①-⑦完整)，明确多版本迭代，新增阶段路线图，新增文档同步流程
- design.md: 适配阶段目录(prototype/production)，执行案模板增加迭代记录表头，新增草案模式E
- plan.md/pmstart.md: 路径引用适配，增加宏观阶段判断
- 设计文档全部迁移到 docs/design/prototype/，清空旧子目录
- 新建 prototype-roadmap.md，roadmap.md 改为项目总览
- 更新 current.md 和 README.md 路径引用

.claude/commands/plan.md

@@ -41,9 +41,26 @@ PM 的核心价值不是汇报状态，而是**主动发现问题、预判风险
 | 程序产出 | `docs/technical/`、`Source/`、`Content/` | 技术方案、代码、蓝图 |
 | 美术产出 | `docs/art/`、`Content/` | 风格指南、资产 |
 
-### 步骤 2：判断当前流水线阶段
+### 步骤 2：判断宏观阶段与流水线阶段
 
-对照 `docs/development-workflow.md` 中的「PM 诊断检查清单」，按顺序逐项检查，**定位当前版本处于流水线的哪个阶段**。
+**2a. 判断宏观开发阶段**：
+
+对照 `docs/development-workflow.md` 中的「宏观阶段判断」，确定项目当前处于哪个阶段：
+
+| 判断条件 | 阶段 |
+|----------|------|
+| `docs/design/concept.md` 不存在 | 草案阶段 |
+| `concept.md` 存在，但核心玩法尚无可玩原型 | 原型阶段 |
+| 核心玩法已有可玩原型，正在填充内容和资产 | 批量生产阶段 |
+| 功能完整，正在做 Bug 修复和微调 | 测试与发布阶段 |
+
+**2b. 判断版本流水线阶段**（仅原型和批量生产阶段适用）：
+
+对照 `docs/development-workflow.md` 中的「版本流水线检查」清单，按顺序逐项检查，**定位当前版本处于流水线的哪个阶段**。
+
+**注意阶段严格度差异**：
+- 原型阶段：质量门检查重点关注核心行为，非核心维度可降低严格度
+- 批量生产阶段：质量门必须逐条全面检查
 
 遇到第一个未通过的项目即为当前阻塞点。区分两种情况：
 
@@ -58,14 +75,16 @@ PM 的核心价值不是汇报状态，而是**主动发现问题、预判风险
 1. 读取对应阶段的产出文档
 2. 对照 `docs/development-workflow.md` 中该质量门的检查清单，逐项检查
 3. **不仅是检查文档是否存在，必须检查文档内容质量**——行为规则是否完整、是否有模糊地带、是否技术越界、美术需求是否具体等
-4. 记录审查结果
+4. **根据宏观阶段调整严格度**——原型阶段重点关注核心行为，批量生产阶段逐条全面检查
+5. 记录审查结果
 
 **审查结果写入 `docs/plans/review-log.md`**，格式如下：
 
 ```markdown
 ## [日期] 执行案质量门审查
 
-**审查对象**：`docs/design/systems/<系统名>-execution.md`
+**宏观阶段**：[原型 / 批量生产]
+**审查对象**：`docs/design/<阶段>/<系统名>-execution.md`
 
 ### 检查结果
 
@@ -194,6 +213,7 @@ PM 的核心价值不是汇报状态，而是**主动发现问题、预判风险
 ```markdown
 ## 📊 项目状态
 
+**开发阶段**: [草案 / 原型 / 批量生产 / 测试发布]
 **当前版本**: vX.X — [版本名称]
 **流水线阶段**: ①~⑦ + 质量门 — [一句话描述当前阻塞在哪里]
 **整体进度**: [已完成/总任务] ([百分比])