在 Continue 中使用计划模式

计划模式(Plan Mode)为你提供了一个安全、只读的环境,用于探索代码库、规划解决方案,并在进行任何更改之前与 AI 进行协作。可以将其视为你理解系统和制定策略的沙盒。

计划模式可防止意外的文件修改,让你在付诸行动之前能够深入思考解决方案并建立信心。其核心原则是“先理解,后修改”,这是一种以研究为先的方法,旨在防止代价高昂的错误并做出更好的架构决策。

计划模式有哪些使用场景?

计划模式在以下四个关键场景中表现卓越,通过在行动前充分理解,避免昂贵的失误:

代码库探索

导航陌生的系统并追踪数据流,无需担心修改风险。

实施规划

在执行前梳理依赖关系并排列复杂更改的顺序。

问题调查

通过追踪执行路径和分析根本原因来进行系统化调试。

架构分析

评估系统健康状况、识别瓶颈并规划改进方案。

计划模式的最佳实践是什么?

如何更快速地规划

  1. 界定请求范围仅关注用户认证模块的分析,忽略管理功能
  2. 使用目标明确的上下文分析 @Files 及其直接导入项以查找安全问题

如何制定高质量的计划

  1. 提供业务背景此功能需要处理黑色星期五的流量(正常负载的 10 倍)。请据此进行规划。
  2. 分享技术限制我们部署在 AWS 上,且有严格的安全要求。请规划一个符合 SOC2 合规性的文件上传系统。
  3. 询问风险分析这次数据库迁移可能会出什么问题?请规划回滚程序。
  4. 要求多个视角请展示 3 种在此 API 中实现缓存的不同方法,并列出各自的优缺点。

如何启用计划模式

你可以在聊天输入框下方的模式选择器中切换至 Plan(计划模式)。
How to select plan mode

计划模式中可以使用哪些工具?

工具可用性描述
文件/目录读取浏览并读取工作区中的任何文件或文件夹
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)

当具备以下条件时,请切换至代理模式:
清晰理解当前系统
详细的实施计划,包含具体步骤
风险评估及缓解策略
团队批准(如需要)
定义的成功标准

要点总结

三模式系统——用于学习的聊天模式、用于策略的计划模式以及用于执行的代理模式——提供了一个完整的工作流程,能够从简单的错误修复扩展到复杂的系统架构规划。
记住
  • 为每个任务选择合适的模式
  • 从宏观入手,然后聚焦你的规划环节以获得更好的结果
  • 带着明确的执行步骤过渡到代理模式
最好的代码是经过规划的代码。