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