在 Continue 中使用计划模式
计划模式(Plan Mode)为你提供了一个安全、只读的环境,用于探索代码库、规划解决方案,并在进行任何更改之前与 AI 进行协作。可以将其视为你理解系统和制定策略的沙盒。
计划模式可防止意外的文件修改,让你在付诸行动之前能够深入思考解决方案并建立信心。其核心原则是“先理解,后修改”,这是一种以研究为先的方法,旨在防止代价高昂的错误并做出更好的架构决策。
计划模式有哪些使用场景?
计划模式在以下四个关键场景中表现卓越,通过在行动前充分理解,避免昂贵的失误:
代码库探索
导航陌生的系统并追踪数据流,无需担心修改风险。
实施规划
在执行前梳理依赖关系并排列复杂更改的顺序。
问题调查
通过追踪执行路径和分析根本原因来进行系统化调试。
架构分析
评估系统健康状况、识别瓶颈并规划改进方案。
计划模式的最佳实践是什么?
如何更快速地规划
- 界定请求范围:
仅关注用户认证模块的分析,忽略管理功能 - 使用目标明确的上下文:
分析 @Files 及其直接导入项以查找安全问题
如何制定高质量的计划
- 提供业务背景:
此功能需要处理黑色星期五的流量(正常负载的 10 倍)。请据此进行规划。 - 分享技术限制:
我们部署在 AWS 上,且有严格的安全要求。请规划一个符合 SOC2 合规性的文件上传系统。 - 询问风险分析:
这次数据库迁移可能会出什么问题?请规划回滚程序。 - 要求多个视角:
请展示 3 种在此 API 中实现缓存的不同方法,并列出各自的优缺点。
如何启用计划模式
你可以在聊天输入框下方的模式选择器中切换至
Plan(计划模式)。
计划模式中可以使用哪些工具?
| 工具 | 可用性 | 描述 |
|---|---|---|
| 文件/目录读取 | ✅ | 浏览并读取工作区中的任何文件或文件夹 |
| Grep/Glob 搜索 | ✅ | 跨文件和目录搜索模式 |
| 仓库结构分析 | ✅ | 了解代码库组织结构和依赖关系 |
| Git 历史/差异 | ✅ | 审查提交、分支和更改 |
| 抓取网页内容 | ✅ | 访问外部文档和资源 |
| 外部 API 访问 | ✅ | 对外部服务的只读调用 |
| MCP 工具 | ✅ | 模型上下文协议 (MCP) 集成 |
| 数据库架构检查 | ✅ | 分析数据库结构(只读) |
| 文件创建/编辑 | ❌ | 创建或修改文件 |
| 终端命令执行 | ❌ | 运行 Shell 命令 |
| 系统修改 | ❌ | 更改系统设置或配置 |
| 包安装 | ❌ | 安装依赖项或软件包 |
| Git 提交/推送 | ❌ | 对版本控制进行更改 |
| 数据库修改 | ❌ | 更改数据库数据或结构 |
上下文集成在计划模式下如何工作
上下文是有效规划的基石。没有适当的上下文,AI 模型会退回到通用模式,导致生成的计划无法契合你的具体系统。Continue 的 上下文系统 可将宽泛的建议转化为可执行的策略。
| 上下文类型 | 用法 | 最适合 |
|---|---|---|
| 高亮代码 | cmd/ctrl + L (VS Code) 或 cmd/ctrl + J (JetBrains) | 组件特定的分析 |
| 活动文件 | 发送请求时按 opt/alt + enter | 当前文件上下文 |
| @Files | @Files package.json tsconfig.json | 特定文件分析 |
| @Terminal | @Terminal | 携带输出结果进行调试 |
| @Git Diff | @Git Diff | 变更影响分析 |
提示词库
代码库探索
实施规划
问题调查
架构分析
如何从计划过渡到执行
何时过渡到代理模式 (Agent Mode)
当具备以下条件时,请切换至代理模式:
✅ 清晰理解当前系统
✅ 详细的实施计划,包含具体步骤
✅ 风险评估及缓解策略
✅ 团队批准(如需要)
✅ 定义的成功标准
✅ 详细的实施计划,包含具体步骤
✅ 风险评估及缓解策略
✅ 团队批准(如需要)
✅ 定义的成功标准
要点总结
三模式系统——用于学习的聊天模式、用于策略的计划模式以及用于执行的代理模式——提供了一个完整的工作流程,能够从简单的错误修复扩展到复杂的系统架构规划。
记住
- 为每个任务选择合适的模式
- 从宏观入手,然后聚焦你的规划环节以获得更好的结果
- 带着明确的执行步骤过渡到代理模式
最好的代码是经过规划的代码。