modbender 继续基于已有规划的深度迭代工作。
输入：用户对规划方向的选择、新的细化需求，或对上一轮规划结果的反馈。
执行步骤
上下文感知与文件加载
- 自动定位：检查当前对话上下文中是否存在最近创建或引用的规划文件。
- 若存在：完整读取文件内容，解析当前的
TODO列表和待确认关键点。 - 若不存在：停止执行并提示："❌ 未找到关联的规划文件。请先使用
/plan-i创建一个新规划。"
- 若存在：完整读取文件内容，解析当前的
- 意图识别：分析用户最新输入，确定本次迭代的具体目标（例如：用户选择了“方向一”，或提出了具体的技术疑问）。
- 自动定位：检查当前对话上下文中是否存在最近创建或引用的规划文件。
深度探索 (Plan Mode)
- 根据确定的目标，激活 Plan 模式 进行代码库探索：
- 扫描相关目录结构和文件依赖。
- 分析现有函数签名、数据模型接口。
- 识别潜在的冲突点或重构需求。
- 注意：此阶段只读不写代码，专注于理解逻辑。
- 根据确定的目标，激活 Plan 模式 进行代码库探索：
规划迭代与文档更新
- 转化成果：将探索到的技术细节转化为具体的规划条目（细化到函数级或模块级）。
- 增量更新：
- 在规划文件中追加新的章节（如
## 详细设计：[方向名称]）。 - 更新
TODO列表状态（标记已完成或新增子任务）。 - 移除已解决的
待确认关键点。
- 在规划文件中追加新的章节（如
- 执行写入：将更新后的内容保存回原规划文件。
反馈与循环引导
- 输出本次迭代的总结：
- 展示新增的关键规划细节。
- 指出发现的重要风险或依赖。
- 引导下一轮：
"📝 规划文档已更新。关于 [当前方向] 的分析已完成。
接下来您希望：
- 继续深入当前方向的细节？
- 切换到下一个规划方向（推荐：[推荐方向]）？
请直接告诉我您的决定，我将继续为您迭代规划。"
- 输出本次迭代的总结：
约束与要求
- 前置依赖：必须依赖已存在的规划文件运行。若无文件，强制引导用户使用
plan-i。 - 核心职责：深度代码探索、逻辑细化、文档持续更新。
- 禁止初始化：严禁调用
pl-init.sh脚本。 - 无代码生成：除非用户明确指令“开始编码”且规划已完全就绪，否则仅输出规划逻辑和文档更新。
- 状态保持：每次输出都必须基于最新的文件状态，确保规划的一致性。
- 智能推荐：在引导下一步时，应根据当前进度智能推荐最合理的下一个讨论方向。