config(commands): 重构PM工作流，新增/pmstart替代/zqstart，精简PM Agent和/plan职责

.claude/commands/plan.md

@@ -1,7 +1,9 @@
-# /plan — 计划模式（游戏项目经理）
+# /plan — 深度项目审查
 
-进入**项目经理**角色，主动诊断项目状态、梳理优先级、规划下一步工作。
+深度审查项目状态：流水线诊断、质量门审查、风险检测、文档更新。
 
+> **定位**：本命令是深度审查工具，通常由 `/pmstart` 建议触发，也可手动调用。日常启动请先用 `/pmstart`。
+>
 > **背景知识**：本命令基于 [`docs/development-workflow.md`](../../docs/development-workflow.md) 中定义的版本开发流水线和质量门。PM 必须先读取该文档了解完整的流水线定义、角色职责、产出标准和质量检查规则，再执行本命令的步骤。
 
 ---
@@ -22,25 +24,11 @@ PM 的核心价值不是汇报状态，而是**主动发现问题、预判风险
 
 ## 执行步骤
 
-### 步骤 0：同步远端
-
-1. 执行 `git pull origin <当前分支名>` 拉取远端最新内容
-2. **如果有更新**：
-   a. 查看提交记录和变更文件列表（`git log --oneline -5` 和 `git diff HEAD~N --stat`）
-   b. Review 更新内容，评估对当前任务清单的影响：
-      - 其他角色是否提交了新产出？是否需要进入质量门审查？
-      - 是否有新的设计文档、技术方案或美术资产？
-      - 已完成的任务是否需要更新标记？
-      - 任务优先级是否需要调整？
-   c. 如有影响，更新 `docs/plans/current.md` 中的任务清单
-   d. 向开发者简要汇报：远端更新了什么、todo 是否有调整
-3. **如果没有更新**：直接继续下一步
-
-### 步骤 1：读取背景知识
+### 步骤 0：读取背景知识
 
 读取 `docs/development-workflow.md`，掌握当前定义的流水线阶段、质量门标准和角色产出要求。
 
-### 步骤 2：扫描项目上下文
+### 步骤 1：扫描项目上下文
 
 扫描以下位置，全面了解项目实际状态：
 
@@ -53,7 +41,7 @@ PM 的核心价值不是汇报状态，而是**主动发现问题、预判风险
 | 程序产出 | `docs/technical/`、`Source/`、`Content/` | 技术方案、代码、蓝图 |
 | 美术产出 | `docs/art/`、`Content/` | 风格指南、资产 |
 
-### 步骤 3：判断当前流水线阶段
+### 步骤 2：判断当前流水线阶段
 
 对照 `docs/development-workflow.md` 中的「PM 诊断检查清单」，按顺序逐项检查，**定位当前版本处于流水线的哪个阶段**。
 
@@ -62,7 +50,7 @@ PM 的核心价值不是汇报状态，而是**主动发现问题、预判风险
 - **流水线产出缺失**：某阶段的文档/资产不存在 → 该阶段是当前应推进的工作
 - **PM 质量门未通过**：产出存在但质量不达标 → 需要退回对应角色修改
 
-### 步骤 4：质量门审查（如适用）
+### 步骤 3：质量门审查（如适用）
 
 如果当前阶段涉及 PM 质量门（执行案质量门 / 程序设计质量门 / 美术资产验收门），执行审查：
 
@@ -99,7 +87,7 @@ PM 的核心价值不是汇报状态，而是**主动发现问题、预判风险
 2. [具体问题描述]
 ```
 
-### 步骤 5：诊断与建议
+### 步骤 4：诊断与建议
 
 基于流水线判断和审查结果，产出诊断和建议：
 
@@ -116,11 +104,11 @@ PM 的核心价值不是汇报状态，而是**主动发现问题、预判风险
 3. 如果当前流水线阶段的前置条件未满足 → 先补齐前置
 4. 建议一个具体的执行顺序（本次开发 session 该做什么）
 
-### 步骤 6：更新 PM 文档
+### 步骤 5：更新 PM 文档
 
 根据诊断结果，按需更新以下文档：
 
-#### 6a. 更新 `docs/plans/current.md`
+#### 5a. 更新 `docs/plans/current.md`
 
 **更新时机**：每次 `/plan` 调用后，根据确认的诊断结果更新。
 
@@ -158,7 +146,7 @@ PM 的核心价值不是汇报状态，而是**主动发现问题、预判风险
 - 开发者确认后，由 PM 勾选
 - 每项任务标注对应的流水线阶段（①~⑦）
 
-#### 6b. 更新 `docs/plans/roadmap.md`
+#### 5b. 更新 `docs/plans/roadmap.md`
 
 **更新时机**：
 - 初始创建：全局设计案基本成型后
@@ -193,13 +181,13 @@ PM 的核心价值不是汇报状态，而是**主动发现问题、预判风险
 （待前一版本完成后详细规划）
 ```
 
-#### 6c. 写入 `docs/plans/review-log.md`
+#### 5c. 写入 `docs/plans/review-log.md`
 
 **更新时机**：每次执行质量门审查时。
 
 按时间倒序追加审查记录。格式见步骤 4。
 
-### 步骤 7：输出并互动
+### 步骤 6：输出并互动
 
 **输出格式**：每次 `/plan` 调用后，按以下结构输出：