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 工程师最常选的基座工具。

目录
  1. 为什么需要 Continue:摆脱绑定,让模型与规则自己做主
  2. 安装与环境配置:3 步就绪
  3. 快速上手:15 分钟跑通 Chat + 自动补全
  4. 核心能力详解:5 大支柱
  5. 生产部署与监控:从上线到运维
  6. 版本迭代
  7. AI 应用场景
  8. 常见误区
  9. 面试题
工具类型
开源 AI 编程助手(IDE 扩展)
开发商
Continue 公司(美国)
开源协议
Apache 2.0(可商用)
GitHub Stars
无
主要语言
TypeScript / Python
当前版本
2.2(2025-06,blocks 架构)
安装方式
VS Code / JetBrains 插件市场安装
下载地址
官方文档
上手难度
★★☆☆☆(低)
适合人群
需要模型自由、可定制、可私有化的开发者与团队
同类工具
GitHub Copilot、Cursor、Cline
托管服务
无

速览卡是工具类内容的固定首屏模块: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 自动补全是否触发。

bash4 行
# 命令行安装 VS Code 扩展(扩展 ID:Continue.continue)code --install-extension Continue.continue # 验证:VS Code 中按 Ctrl+L(macOS:Cmd+L)打开聊天面板
json21 行
// ~/.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>

维度ContinueGitHub CopilotCursorCline
定位开源 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
生产部署开源可自托管 + 企业版仅云服务,无自托管仅云服务,无自托管开源可自托管
LicenseApache 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.12023-07首个开源版本提供 Chat、Tab 自动补全、Edit 雏形,VS Code 扩展
v1.02024-10首个稳定版多模型接入标准化、上下文管理与 rules 规则、稳定插件 API
v2.02025-04blocks 架构重写配置即数据(Input/Context/Output/Model 块);引入 Agent 模式、MCP server、Assistant 定制
v2.22025-062.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 的开源许可证是什么?

单选题 · easy

  • A.GPLv3 开源协议
  • B.MIT 开源协议
  • C.Apache 2.0 协议← 正确答案
  • D.BSD 两条款协议

答案:C。Continue 基于 Apache 2.0 协议开源,允许商用、修改、再分发并附带专利授权,是企业私有化部署与二次开发的关键前提;MIT、GPL、BSD 均与项目实际采用的协议不符。

Q2. 在 VS Code 中打开 Continue 聊天面板的默认快捷键是?

单选题 · easy

  • 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. 要让代码完全不出内网,应选择哪种接入方式?

单选题 · mid

  • A.Anthropic 官方 API
  • B.Continue Hub 网关
  • C.OpenAI 兼容托管服务
  • D.本机 Ollama 本地模型← 正确答案

答案:D。只有把模型跑在自己的机器或内网(Ollama/vLLM)才能保证代码不出内网;Anthropic、Hub、OpenAI 兼容托管都属于云端推理,请求必然经过第三方服务商。

Q4. Continue 2.0 的 Blocks 架构中,以下哪些属于核心块类型?

多选题 · mid

  • A.Input 输入块← 正确答案
  • B.Context 上下文块← 正确答案
  • C.Output 输出块← 正确答案
  • D.Compiler 编译块

答案:ABC。Blocks 把配置拆分为 Input(chat/autocomplete 入口)、Context(文件/文档/MCP 等上下文来源)、Output(内联编辑/终端/聊天输出)三种基础块,另有 Model 块定义模型;不存在 Compiler 块。

Q5. Continue 的项目级规则文件是什么?

单选题 · mid

  • A.continue.yaml 配置
  • B..cursorrules 文件
  • C..continuerules 文件← 正确答案
  • D..continue.json 文件

答案:C。项目级规则写在仓库根目录的 .continuerules 文件中,随仓库分享给所有协作者;continue.yaml/continue.json 是配置目录产物,.cursorrules 是 Cursor 的规则文件,不是 Continue 的。

Q6. 以下哪些模型接入方式 Continue 原生支持?

多选题 · mid

  • 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 服务器在哪里配置?

单选题 · hard

  • 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,通常需要考虑哪些问题?

多选题 · hard

  • A.API key 统一管理与成本核算← 正确答案
  • B.模型输出的审计与合规日志← 正确答案
  • C.本地模型 GPU 资源规划← 正确答案
  • D.关闭 IDE 即杜绝模型请求

答案:ABC。生产落地需在网关层统一管理 Key、记录 token 成本、留存输出日志,并评估本地模型对 GPU 显存与吞吐的需求;关闭 IDE 并不能“杜绝”已发生的请求,且会话期间的请求已经发出,故选 ABC。

Q9. 从 Continue 1.x 升级到 2.x,配置文件应该怎么做?

单选题 · hard

  • 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 补全体验?

单选题 · easy

  • A.系统字体设置← 正确答案
  • B.模型本身质量
  • C.输入上下文多少
  • D.推理延迟高低

答案:A。补全体验主要取决于补全模型质量、上下文覆盖(含 RAG)与推理延迟;系统字体设置是编辑器渲染层面的个人偏好,不影响补全建议的产生与准确性。