Continue 是一款开源的 AI 编程助手,以 IDE 扩展形式(VS Code、JetBrains)提供 Tab 自动补全、代码问答(Chat)、内联编辑(Edit)和自主 Agent 四种核心能力。它解决的问题很直接:商业 AI 编程助手通常绑定固定模型、按订阅计价、数据全量经过厂商服务器、团队编码规范难以注入,而 Continue 把这几项全部开放——模型可任意插拔(从 Anthropic、OpenAI 到本地 Ollama/vLLM),配置以代码形式管理(2.x 起为 blocks 架构),可 100% 内网私有化运行。项目 2023 年开源,Apache 2.0 协议可商用,由 Continue 公司维护,GitHub 超过 25k stars,是开源 AI 编程助手中覆盖“补全/对话/编辑/Agent”最完整的方案之一。本文按“速览 → 安装 → 上手 → 能力详解 → 生产部署 → 选型对比 → 避坑 → 面试”组织,读完即可在真实项目中落地。
掌握 Continue,即可用一套开源、可定制、不绑定厂商的方案搭建团队 AI 编程基础设施——这是模型自由与私有化场景下 AI 工程师最常选的基座工具。
目录
速览卡是工具类内容的固定首屏模块:30 秒判断「这工具是什么、能不能商用、适不适合我」。
为什么需要 Continue:摆脱绑定,让模型与规则自己做主
商业 AI 编程助手(如 GitHub Copilot)的核心问题是“锁定”:模型固定、订阅固定、数据路径固定。团队无法把代码提交给不被允许的模型服务商,无法替换更便宜的 DeepSeek 或本地 7B 模型,也无法在助手行为中强制注入团队编码规范。对金融、政企等数据敏感行业,代码出境本身即合规红线,标准商业助手基本不可用。
Continue 的解法是四件事:其一,模型可插拔,任意 OpenAI 兼容 API、Anthropic、Gemini、DeepSeek 以及本地 Ollama/vLLM 都能作为 Chat 或补全模型;其二,配置即代码,“用什么模型、带什么上下文、允许调用哪些工具”全部写在 ~/.continue/config.json 中,可入库评审、可版本化;其三,数据可控,纯本地模型方案下代码不出内网;其四,规则可注入,项目级 .continuerules 与 MCP(模型上下文协议,一种让 AI 调用外部工具的标准)让助手行为对齐团队规范。
与同类工具相比,Continue 的气质是“可编程的助手平台”:它不像 Cursor 一样要求你换 IDE,也不像 Cline 那样把自主 Agent 作为唯一重心,而是把补全、对话、编辑、Agent 四种模式都作为可配置的组件交由用户自由组合。
安装与环境配置:3 步就绪
第一步,安装扩展。VS Code 扩展市场搜索 “Continue“(扩展 ID:Continue.continue),或直接用命令行安装。JetBrains 系在插件市场搜索 ”Continue” 安装。
第二步,配置模型。首次安装默认接入 Continue Hub 网关(免 API Key 即可使用免费额度模型);正式使用建议编辑 ~/.continue/config.json 指定云端或本地模型。打开方式:VS Code 中按 Cmd/Ctrl+Shift+P → 输入 “Continue: Open config“。模型 API Key 以环境变量方式引用(如 ”apiKey”: "ANTHROPIC_API_KEY",Continue 会自动读取同名环境变量)。
第三步,验证。按 Ctrl+L(macOS 为 Cmd+L)打开 Continue 面板确认模型已加载,然后新建代码文件开始输入,验证 Tab 自动补全是否触发。
# 命令行安装 VS Code 扩展(扩展 ID:Continue.continue)code --install-extension Continue.continue # 验证:VS Code 中按 Ctrl+L(macOS:Cmd+L)打开聊天面板
// ~/.continue/config.json(2.x 语法){ "models": [ { "title": "Claude Sonnet", "provider": "anthropic", "model": "claude-sonnet-4-20250514", "apiKey": "ANTHROPIC_API_KEY" }, { "title": "本地 Qwen2.5-Coder", "provider": "ollama", "model": "qwen2.5-coder:7b" } ], "autocomplete": { "title": "本地补全", "provider": "ollama", "model": "qwen2.5-coder:1.5b" }}
快速上手:15 分钟跑通 Chat + 自动补全
最小可用路径:装扩展 → 选模型 → 用 Chat 问代码 → 用 Tab 补全 → 用 Ctrl+I 改代码。全程不需要写业务代码,核心是熟悉三个入口和一条配置链路。
1. 安装扩展后,点击侧边栏 Continue 图标或按 Ctrl+L(macOS:Cmd+L)打开聊天面板;首次启动会自动接入 Continue Hub,无需 API Key。
2. 点面板顶部的模型选择器确认当前模型;如已配置 Ollama(终端先执行 ollama pull qwen2.5-coder:7b),切换到本地模型。
3. Chat 试点:打开一个 Python 或 TypeScript 文件,选中一个函数,按 Ctrl+L 输入“解释这段代码的作用”,观察回答是否引用选中代码。
4. 自动补全试点:新建文件输入几行代码(如 for 循环),停顿约 1 秒,出现行内补全建议后按 Tab 接受。
5. Edit 试点:选中一段代码按 Ctrl+I,输入“改为异步实现”,在 diff 预览中确认改动,按 Ctrl+Enter 应用。
6. 进阶:在项目根目录创建 .continuerules 写入团队规范(如“禁止使用 any”),后续 Chat 与编辑都会自动遵循;按 Ctrl+Shift+P 执行 "Continue: Open config" 随时调整配置。
跑通以上流程后,你已经掌握 Continue 的日常使用闭环;剩余价值在于把模型、规则和外部工具接成团队自己的配置基线。
核心能力详解:5 大支柱
支柱一 · Tab 自动补全。Continue 的补全引擎独立于 Chat,可指定专门的补全模型。补全模型不需要很大——本地 1.5B~7B 的代码模型(如 Qwen2.5-Coder)延迟可达百毫秒级,也可使用 Continue Hub 提供的免费补全模型。开启 RAG(检索增强生成,从代码库检索相关片段拼入上下文)后,补全能感知同一仓库的符号与用法。
支柱二 · 多轮 Chat 与上下文注入。Chat 支持 @ 语法显式注入上下文:@文件、@文件夹、@终端、@Git diff、@文档(网页)、@代码库(向量检索)等,把“问当前打开的文件”扩展为“问整个上下文”。回答受 .continuerules 规则约束,适合做代码评审与方案咨询。
支柱三 · Edit 内联编辑与斜杠命令。按 Ctrl+I 选中代码直接修改,改动以 diff 呈现、逐处应用;内置 /edit、/comment、/terminal 等斜杠命令(Actions),也支持在配置中自定义团队专用命令。
支柱四 · Agent 模式与 MCP 集成。2.x 引入的 Agent 模式让模型自主调用工具完成多步任务:读写文件、执行终端命令、调用外部服务。在 config.json 的 mcpServers 字段声明后,Agent 可操作 GitHub、数据库、内部 API 等外部系统。
支柱五 · 定制化底座。blocks(配置块)架构把输入(Input)、上下文(Context)、输出(Output)、模型(Model)拆成可组合的数据块;配合 Assistant(自定义助手:指定模型、系统提示词、工具集),团队可以把“需求分析助手”“代码评审助手”固化成可分享的配置,通过 Continue Hub 分发。
生产部署与监控:从上线到运维
团队统一配置(开源版)。把 config.json 作为模板纳入 Git 仓库,通过环境变量注入各成员的 API Key,禁止把 Key 写死在配置文件里;.continuerules 随仓库分发,保证全组助手行为一致。缺点是开源版没有集中管理面,配置变更靠代码评审与手动同步。
私有化部署(数据敏感场景)。在内网用 Ollama 或 vLLM 部署开源模型(如 Qwen2.5-Coder、DeepSeek-Coder),Continue 通过 OpenAI 兼容接口接入,代码完全不出内网。补全用小模型(1.5B~7B),Chat/Agent 用 7B~70B 分级部署,按 GPU 显存与吞吐规划。
可观测性与审计。Continue 侧没有集中监控,建议在模型出口统一加一层网关(如 LiteLLM 代理):所有请求经网关转发,天然获得 token 用量、成本、请求时延与模型输出日志;本地模型则记录 GPU 利用率与补全 P50/P95 时延。需要 SSO、审计日志、托管配置的团队,可评估 Continue Enterprise(企业版)或自建网关实现同等能力。
<p class="para-label">避坑清单:</p>
<ul class=“dash-list“><li>2.0 配置不兼容 1.x:1.x 的 config.yaml/旧 JSON 需按 blocks 语法重写,升级前备份并阅读官方迁移说明,直接沿用会静默失效。</li><li>”开源=数据安全”是常见误解:接云端模型时代码仍会发送到对应模型服务商,真正的私有化必须使用本地模型或自托管网关。</li><li>补全不触发先查 autocomplete 块:自动补全与 Chat 是两套模型配置,自建环境必须显式配置 autocomplete(provider+model),仅配 models 不会生效。</li></ul>
| 维度 | Continue | GitHub Copilot | Cursor | Cline |
|---|---|---|---|---|
| 定位 | 开源 AI 编程助手(IDE 扩展) | 微软商业 AI 编程助手 | 商业化 AI 原生 IDE | 开源 Agentic 编程助手(IDE 扩展) |
| 编排范式 | Chat/Edit/Agent 多模式,配置即代码 | 内嵌 Chat/Agent,菜单化操作 | 内嵌 Chat/Agent + Composer | 以 Agent 自主执行(Plan/Act)为核心 |
| 类型约束 | blocks 配置数据驱动,可版本化 | 弱脚本化,靠设置项控制 | 支持 rules 文件 | Markdown 规则任务文件 |
| 学习曲线 | ★★☆ 低:装完即用,定制需学 config | ★☆☆ 极低:订阅即用 | ★★☆ 低:换 IDE 有迁移成本 | ★★★ 中:需理解权限边界与规则维护 |
| 生态集成 | 任意 OpenAI 兼容 API + 本地模型 + MCP | 深度绑定 GitHub 生态 | 绑定自家模型(Claude/GPT) | 任意 API Key + MCP |
| 生产部署 | 开源可自托管 + 企业版 | 仅云服务,无自托管 | 仅云服务,无自托管 | 开源可自托管 |
| License | Apache 2.0 | 闭源商业订阅 | 闭源商业订阅(有免费档) | Apache 2.0 |
| 适合谁 | 要模型自由与私有化的团队 | 零配置快速上手的企业/个人 | 接受换 IDE、追求一体化体验的团队 | 喜欢 Agent 自主干活、愿写规则的开发者 |
选型建议:数据敏感、需要换模型或私有化的团队首选 Continue;个人想零成本零配置起步选 Copilot 免费档或 Continue Hub;愿意整体切换 IDE 并接受厂商绑定的选 Cursor;核心诉求是“让 Agent 自主完成整套任务”且愿意维护规则的选 Cline。
版本迭代
Continue 2023 年 7 月开源,0.x 阶段打磨 Chat、补全与 Edit 三项基础能力;2024 年 10 月发布 1.0 首个稳定版;2025 年 4 月 2.0 以 blocks 架构重构“配置即数据”,并加入 Agent 模式、MCP 与 Assistant;此后以周级节奏快速迭代补全与 Agent 生态。
| 版本 | 时间 | 变化 | 提升 |
|---|---|---|---|
| v0.1 | 2023-07 | 首个开源版本 | 提供 Chat、Tab 自动补全、Edit 雏形,VS Code 扩展 |
| v1.0 | 2024-10 | 首个稳定版 | 多模型接入标准化、上下文管理与 rules 规则、稳定插件 API |
| v2.0 | 2025-04 | blocks 架构重写 | 配置即数据(Input/Context/Output/Model 块);引入 Agent 模式、MCP server、Assistant 定制 |
| v2.2 | 2025-06 | 2.x 系列快速迭代 | 自动补全、Agent 工具链与 MCP 生态持续增强 |
版本主线是从“好用的插件”走向“可编程的助手平台”——1.x 确立了稳定能力边界,2.x 把配置变成可组合、可分享、可入库的数据,并补齐 Agent 与外部工具生态。选型直接上 2.x 最新正式版;1.x 用户迁移的关键工作是按 blocks 语法重写配置。Continue 本身不发布模型级评测分数,其能力上限取决于所接模型,团队选型应以所选模型的 HumanEval/SWE-bench 等指标与实测补全延迟为准。
AI 应用场景
场景一:数据敏感团队的私有化 AI 编程
阶段:模型接入与私有化部署
解决的问题:金融、政务等场景代码禁止出境,商业助手无法满足合规。Continue 通过 Ollama/vLLM 内网部署开源模型,代码全程不出内网,同时保留 Chat/补全/Agent 完整能力。
具体案例:某中型研发团队在 GPU 服务器部署 Qwen2.5-Coder-7B(Chat)与 1.5B(补全),统一接入 Continue。补全由按 token 计费转为 GPU 折旧成本,单次补全成本趋近于零;合规审查从“逐项人工评估”缩短为“确认模型出口即内网网关”。
场景二:多模型选型评测
阶段:模型评估与工具链选型
解决的问题:在 Copilot/Cursor 等封闭工具中无法并排对比 Claude、GPT、DeepSeek 与本地模型在同一代码任务上的表现。Continue 允许在同一 IDE 内随时切换任意模型,且上下文、规则完全一致。
具体案例:某 AI 平台团队用 Continue 对 7 个模型做代码生成盲测(同一仓库、同一提问),把选型评估从跨工具切换的 3~5 天压缩到 1 天内完成,并沉淀为团队模型接入基线配置。
场景三:团队规则驱动的“私有助手”
阶段:Agent 编排与规则注入
解决的问题:通用助手的输出不符合团队规范,人工返工多。Continue 通过 .continuerules 注入编码规范、通过 MCP 接入内部系统(缺陷库、CI 状态),把助手固化为“懂团队上下文”的私有工具。
具体案例:某团队在 .continuerules 中声明“禁止 any、必须写单测、错误处理遵循规范”,并接入内部 CI 的 MCP 工具后,代码评审中助手指出的规范类问题占比下降约一半,评审返工轮次明显减少(成效随团队规模与规范复杂度而变化)。
常见误区
误区网上说 Continue 是“开源的 Copilot”,免费的补全应该比 Copilot 弱很多,只适合随便用用。
正解Continue 的补全质量不由工具本身决定,而由你配置的补全模型决定。默认走 Continue Hub 免费模型时表现中规中矩;换成 Qwen2.5-Coder 7B、DeepSeek-Coder 等代码专用模型,并开启 RAG 后,补全准确率和上下文感知明显提升,很多场景与商业助手在同一水平。它提供的是“选择权”,而不是“固定的下限”。
为何常见:大多数用户安装后不配置补全模型,体验停留在默认 Hub 模型的水平,以偏概全。
误区安装 VS Code 扩展后 Continue 就自动接好了最强的模型,像 Copilot 一样开箱即用。
正解Continue 的默认配置只是“能跑”——首次安装会接入 Continue Hub 免费额度,模型类型和额度都有限。要用于日常开发,必须显式配置:云端 API 设置 Key、本地模型拉取权重、autocomplete 单独指定补全模型。跳过配置会导致频繁额度耗尽、补全不触发或质量不稳定。
为何常见:Copilot 等商业工具的零配置体验被默认套用到了开源工具上,忽视了“自带模型”这一设计前提。
误区既然 Continue 是开源、免费的工具,代码提交给它就不会泄露,我们可以直接全团队启用。
正解Continue 只是“客户端”和“配置框架”,数据流向由你选择的模型决定。接 Anthropic/OpenAI/DeepSeek 等云端 API 时,代码片段会发送到对应服务商;只有使用本地 Ollama/vLLM 或自建网关,才算真正实现数据不出内网。部署前必须按“模型出口”评估合规。
为何常见:“开源”被误等同于“本地运行”,忽略了模型推理本身发生在远端这一事实。
误区升级到 2.x 后把旧的 config.yaml 或 1.x 的 config.json 原样放回去,应该还能用。
正解2.0 是架构级重写,配置从“模型列表 + 参数”改为 blocks 数据模型(Input/Context/Output/Model 块),字段结构完全不同,1.x 配置直接沿用会静默失效或报错。迁移需要按 2.x 语法重写 models、autocomplete、mcpServers 等块,官方文档提供了迁移说明。
为何常见:版本号看起来是"2.0",很多用户以为只是小升级,忽略了配置即代码工具的破坏性变更。
误区开箱后补全应该像 GitHub Copilot 一样理解我整个仓库,跨文件引用都能自动补出来。
正解默认补全只使用当前文件附近与编辑缓冲区的上下文,token 有限。要跨文件感知,需要显式开启补全的 RAG(检索增强生成)选项,让 Continue 从代码库检索相关符号拼入上下文;即便如此,检索质量和索引范围仍受配置影响,并非“全仓库对补全可见”。
为何常见:厂商演示视频常展示“补全理解全仓”,让人误以为这是默认行为,实则是有意配置后的效果。
面试题
Q1. Continue 的开源许可证是什么?
- A.GPLv3 开源协议
- B.MIT 开源协议
- C.Apache 2.0 协议← 正确答案
- D.BSD 两条款协议
答案:C。Continue 基于 Apache 2.0 协议开源,允许商用、修改、再分发并附带专利授权,是企业私有化部署与二次开发的关键前提;MIT、GPL、BSD 均与项目实际采用的协议不符。
Q2. 在 VS Code 中打开 Continue 聊天面板的默认快捷键是?
- A.Ctrl+L 组合键← 正确答案
- B.Ctrl+K 组合键
- C.Ctrl+J 组合键
- D.Ctrl+Shift+P
答案:A。Ctrl+L(macOS 为 Cmd+L)是 Continue 打开聊天面板的默认快捷键;Ctrl+Shift+P 是 VS Code 命令面板,Ctrl+K、Ctrl+J 分别是编辑器聚焦与面板开关的 VS Code 内置快捷键,与 Continue 无关。
Q3. 要让代码完全不出内网,应选择哪种接入方式?
- A.Anthropic 官方 API
- B.Continue Hub 网关
- C.OpenAI 兼容托管服务
- D.本机 Ollama 本地模型← 正确答案
答案:D。只有把模型跑在自己的机器或内网(Ollama/vLLM)才能保证代码不出内网;Anthropic、Hub、OpenAI 兼容托管都属于云端推理,请求必然经过第三方服务商。
Q4. Continue 2.0 的 Blocks 架构中,以下哪些属于核心块类型?
- A.Input 输入块← 正确答案
- B.Context 上下文块← 正确答案
- C.Output 输出块← 正确答案
- D.Compiler 编译块
答案:ABC。Blocks 把配置拆分为 Input(chat/autocomplete 入口)、Context(文件/文档/MCP 等上下文来源)、Output(内联编辑/终端/聊天输出)三种基础块,另有 Model 块定义模型;不存在 Compiler 块。
Q5. Continue 的项目级规则文件是什么?
- A.continue.yaml 配置
- B..cursorrules 文件
- C..continuerules 文件← 正确答案
- D..continue.json 文件
答案:C。项目级规则写在仓库根目录的 .continuerules 文件中,随仓库分享给所有协作者;continue.yaml/continue.json 是配置目录产物,.cursorrules 是 Cursor 的规则文件,不是 Continue 的。
Q6. 以下哪些模型接入方式 Continue 原生支持?
- A.OpenAI 兼容 API← 正确答案
- B.Ollama 本地模型← 正确答案
- C.Claude 官方接口← 正确答案
- D.仅限 Hub 网关
答案:ABC。Continue 支持 OpenAI 兼容 API(覆盖 DeepSeek、vLLM 等大量服务)、本地 Ollama/LM Studio、Anthropic 等各家官方接口;Hub 只是免费默认入口,并非唯一方式,D 明显错误。
Q7. Continue 2.x 中 MCP 服务器在哪里配置?
- A.config.json 中 mcpServers 字段声明← 正确答案
- B.settings.json 中 mcp 字段的配置
- C.环境变量中 MCP 声明配置
- D.远程控制台的服务端配置
答案:A。MCP(模型上下文协议)服务器在 ~/.continue/config.json 的 mcpServers 字段中声明,指定 command/args/env 即可让 Agent 调用外部工具;VS Code settings、环境变量与远程控制台都不是 Continue 的 MCP 配置位置。
Q8. 团队在生产环境落地 Continue,通常需要考虑哪些问题?
- A.API key 统一管理与成本核算← 正确答案
- B.模型输出的审计与合规日志← 正确答案
- C.本地模型 GPU 资源规划← 正确答案
- D.关闭 IDE 即杜绝模型请求
答案:ABC。生产落地需在网关层统一管理 Key、记录 token 成本、留存输出日志,并评估本地模型对 GPU 显存与吞吐的需求;关闭 IDE 并不能“杜绝”已发生的请求,且会话期间的请求已经发出,故选 ABC。
Q9. 从 Continue 1.x 升级到 2.x,配置文件应该怎么做?
- A.原样保留 1.x 的 config.yaml
- B.复制旧配置并改名为 config.json
- C.无需迁移,1.x 配置自动生效
- D.用 2.x blocks 语法重写← 正确答案
答案:D。2.0 采用 blocks 架构重写了配置模型,1.x 的 config.yaml/旧 JSON 字段结构与新 schema 不兼容,沿用会失效或报错;正确做法是备份旧配置后按 2.x 语法重写,再逐步迁移模型与 autocomplete 配置。
Q10. 以下哪项通常不会显著影响 Continue 补全体验?
- A.系统字体设置← 正确答案
- B.模型本身质量
- C.输入上下文多少
- D.推理延迟高低
答案:A。补全体验主要取决于补全模型质量、上下文覆盖(含 RAG)与推理延迟;系统字体设置是编辑器渲染层面的个人偏好,不影响补全建议的产生与准确性。