plan-c

继续基于已有规划的深度迭代工作。核心策略是：**若用户显式指定文件路径或仅要求加载，则直接输出总结；若用户提出具体深化需求，则执行代码探索。** **输入**： - 典型加载指令：`/plan-c 基于已有规划文件 **plans/xxx/xxx.md** 继续对话` - 深化指令：`/plan-c 深入分析方向一` 或 `基于规划解决关键点 X` **执行步骤** ### 第一阶段：上下文感知与模式判定 (关键路由) 1. **文件定位与加载** - **路径提取**：检查用户输入中是否包含明确的文件路径（如 `plans/20260303/...md`）。 - **若包含路径**：直接读取该指定文件内容。解析当前的 `TODO` 列表、`待确认关键点` 及章节结构。 - **若无路径但有上下文文件**：读取最近一次引用的规划文件。 - **若完全无文件**：停止执行并提示："❌ 未找到关联的规划文件。请提供文件路径或使用 `/plan-i` 创建新规划。" 2. **意图识别与模式路由 (核心逻辑)** - 分析用户输入的特征，按以下优先级判定模式： - **🔴 高优先级：显式加载/概览模式** - **触发条件**： 1. 用户输入中**包含具体的文件路径**（例如 `plans/.../xxx.md`）。 2. 或者用户关键词仅为：`加载 `、`查看 `、`总结`、` 状态`、` 概况`、` 继续对话`（且无后续具体分析指令）。 - **判定逻辑**：视为用户希望“先看看文件里写了什么/现在到哪了”，**不预设**需要立即扫描代码库。 - 👉 **路由至**：[模式一：快速加载与总结] - **🟢 次优先级：深度探索/迭代模式** - **触发条件**： 1. 用户在加载文件后，明确提出了具体分析目标（如：“分析目录结构”、“细化方向二”、“解决待确认点 X"）。 2. 或者用户指令中包含：`深入 `、` 扫描 `、` 分析 `、` 细化`、` 实现逻辑`。 - 👉 **路由至**：[模式二：深度探索与迭代] --- ### 模式二：深度探索与迭代 (针对具体分析意图) *此模式下激活 Plan 模式进行代码库交互。* 1. **目标锁定**：根据用户选择的方向或提出的具体问题，明确本次迭代的焦点。 2. **深度探索 (Plan Mode)** - 激活 **Plan 模式** 进行代码库探索： - 扫描相关目录结构和文件依赖。 - 分析现有函数签名、数据模型接口。 - 识别潜在的冲突点或重构需求。 - *注意*：此阶段只读不写代码，专注于理解逻辑以支撑规划更新。 3. **规划迭代与文档更新** - **转化成果**：将探索到的技术细节转化为具体的规划条目。 - **更新**： - 根据规划文件的结构和内容进行更新 - 移除已解决的 `待确认关键点`。 - **执行写入**：将更新后的内容保存回原规划文件。 4. **反馈与循环引导** - 输出本次迭代的总结（新增细节、发现的风险）。 - **引导下一轮**： > "📝 规划文档已更新。关于 **[当前方向]** 的分析已完成。 > > 接下来您希望： > 1. 继续深入当前方向的细节？ > 2. 切换到下一个规划方向（推荐：[推荐方向]）？ > > 请直接告诉我您的决定，我将继续为您迭代规划。" --- ## 约束与要求 - **安全红线**: 除非用户明确指令**开始编码**且规划已完全就绪，否则仅输出规划逻辑和文档更新。 - **路径优先原则**：一旦检测到用户输入中或者上下文中包含 `plans/.../*.md` 格式的路径，**默认强制进入【模式一】**，除非用户在同一句话中明确包含了“分析”、“扫描”等深度操作指令。 - **前置依赖**：必须依赖已存在的规划文件运行。若无文件，强制引导用户使用 `plan-i`。 - **禁止初始化**：**严禁**调用 `pl-init.sh` 脚本。 - **核心职责**：深度代码探索、逻辑细化、文档持续更新。 - **不允许探讨实施步骤**：不允许探讨开发步骤/实施步骤。 - **不允许列出代码**：不允许列出代码或提供具体实现, 只描述“数据结构是什么”，绝不展示“代码怎么写”。 - **无代码生成**：除非用户明确指令“开始编码”且规划已完全就绪，否则仅输出规划逻辑和文档更新。 - **状态保持**：每次输出都必须基于最新的文件状态，确保规划的一致性。