Continue：被 Cursor 收购后停更的开源 AI 编程助手
阅读时间: 大约 11 分钟
Continue：被 Cursor 收购后停更的开源 AI 编程助手
在 AI 编程助手这条赛道上，GitHub Copilot 与 Cursor 几乎成了闭源标杆，而 Continue 是其中少有的”全开源、模型无关”的代表。它于 2023 年 5 月在 GitHub 建仓，以 VS Code 扩展和 JetBrains 插件的形式嵌入编辑器，允许开发者接入任意模型厂商的 API Key。而到 2026 年，它的官网 continue.dev 已经变成一页致谢声明——Continue 被 Cursor 收购，代码仓库转为只读。本文基于其官方文档站 docs.continue.dev 与 GitHub 仓库 continuedev/continue 的一手资料，复盘它做了什么、现在是什么状态。
一、背景：Copilot 之外的”可自选模型”需求
GitHub Copilot 的成功验证了”AI 内嵌编辑器”的价值，但它同时把模型、产品、账号体系绑成了一个黑盒：你只能用微软/OpenAI 指定的模型，价格与用量由它决定，代码上下文如何被使用也不够透明。对于想自托管模型、想对比不同厂商效果、或想把内部大模型接入编辑器的团队，这种”全包式”产品并不总是合适。
Continue 正是冲着这个缺口来的。它的定位在官方文档里写得很直白：一个开源的 AI 代码助手，让开发者”创建、分享并使用自定义的 AI 代码 agent”。它不绑定某一家模型，而是把”接哪个模型”的选择权交回给用户——这在 2023 年 GPT-4 刚火、各家模型 API 价格战开打时，是一个有吸引力的叙事。
二、它是什么：一个多形态的 coding agent
根据仓库 README 与官方文档，Continue 不是单一形态的插件，而是同时提供三种交付物：
- VS Code 扩展：发布在 VS Code Marketplace 与 OpenVSX；
- JetBrains 插件：上架 JetBrains Marketplace；
- CLI（命令行工具）：包名
@continuedev/cli，官方称代号cn，面向终端原生的 AI 编码场景。
它的工作模式被拆成四档，这也是用户在编辑器侧栏最常接触的界面：
- Agent 模式：与 AI 一起完成开发任务，会主动申请读取文件、执行命令并逐条展示操作；
- Chat 模式：就一般问题提问、解释选中的代码段；
- Edit 模式：在不离开当前文件的前提下直接改写选中代码；
- Autocomplete：边写边给出内联补全建议。
上面第二张截图里，Agent 被问”我现在打开的是哪个文件”，它先勾选”Continue wants to read the current file”这一权限项，再列出”1 context item”，最后回答当前打开的是 docs/docs/customize/overview.md。这个”先申请权限、再展示上下文来源”的交互，是它区别于纯聊天窗口的关键——它强调动作对用户可见、可批准。
三、技术机制：模型无关 + 上下文组装
Continue 最核心的设计取向是模型无关（model-agnostic）。它本身不训练模型，而是作为一层”编辑器内的 agent 外壳”：用户在配置里填入某家厂商的 API Key（或指向本地推理端点），Continue 负责把用户选中的代码、打开的文件、目录结构等”上下文”组装进提示词，再把模型返回的结果以补全、diff、对话的形式渲染回编辑器。
从产品截图也能看出这一点：侧栏底部的模型选择器既可以是云端的 Claude 3.5 Sonnet，也可以是 Local Assistant（本地模型）。也就是说，同一个交互界面背后，可以接 OpenAI、Anthropic、本地 Ollama 等不同后端，切换成本主要在配置文件，而不在换工具。这种架构的好处是避免了被单一模型厂商锁死；代价是它的”智能上限”几乎完全取决于背后接的模型，产品自身的工程价值集中在上下文组装、权限控制与编辑器集成这一层。
四、关键数据：社区规模与现状口径
下面这些数字均来自 GitHub API 与官方仓库页面（统计时点 2026-09-30）：
| 指标 | 数值 | 来源 |
|---|---|---|
| GitHub Star | 约 36,067 | GitHub API stargazers_count |
| Fork | 约 5,447 | GitHub API forks_count |
| 仓库创建时间 | 2023-05-24 | GitHub API created_at |
| 开源协议 | Apache-2.0 | README / API license |
| 最新定位 | “open-source coding agent” | 仓库 description |
| 最终版本 | 2.0.0（VS Code 扩展 / CLI / JetBrains 插件） | README “Final 2.0.0 Release” |
需要强调：这些数字里没有任何”性能提升百分之多少""通过率高于 Copilot”之类的对标指标。Continue 官方并没有在 README 或文档首页给出与 Copilot、Cursor 的横向 benchmark——它是一个工具壳，效果随后端模型而变，做统一跑分意义有限。这一点本身就是阅读它资料时要有的预期。
五、最重要的近况：被 Cursor 收购，仓库只读
这是理解 Continue 现状绕不开的一节。打开 continue.dev，首页已经不是产品页，而是一页 “THANK YOU — Continue has joined Cursor”。官方声明的要点是：
- Continue 已被 Cursor 收购；
- 开源代码仍然可用：仓库采用 Apache 2.0 协议，源码与文档继续保留在 GitHub；
- 但
continuedev/continue仓库不再积极维护，对所有用户只读； - 团队做了最后一次 2.0.0 版本收尾，改动包括移除匿名遥测、剥离认证体系、修 bug；
- 用户数据方面，除法律/监管/税务/安全等要求保留的部分外，已按隐私声明删除。
也就是说，如果你今天想用 Continue，它依然可以下载、可以编译、可以接自己的模型，但它已经进入”冻结态”：不会再有新功能、不会再有兼容性修复，JetBrains 插件官方甚至建议用户转用 Continue CLI。
六、局限与口径
写这篇复盘时，有几个官方自己标注、或从资料中可以直接读出的 nuance，必须摆出来：
- “开源仍可用”不等于”开源在继续演进”。Apache 2.0 保证了你可以合法地 fork、自部署，但仓库只读意味着社区 issue（仓库页面显示仍有数百个 open issues 与 PR）不会再被官方响应。把它当作”活跃项目”选型是误读。
- 产品能力等于后端模型能力。Continue 不提供模型，Agent 模式能不能干成事，取决于你接的是 Claude 还是某个本地 7B 模型。官方文档给的是接入方式，不是效果承诺。
- 遥测与认证的收尾是”已删除”口径。官方称移除了匿名遥测、剥离了认证、删除了用户数据，这是收购交接动作，而非产品功能。
- 本文没有引用任何第三方 benchmark。Continue 官方材料中没有可核对的对标性能数字，因此上文不编造”比 Copilot 快多少”之类结论。
七、适用与不适用场景
- 仍适合：想把自托管/内部模型接进 VS Code 或 JetBrains、需要一个可审计、可 fork 的编辑器内 agent 外壳、或想学习”一个开源 coding agent 如何做权限与上下文设计”的团队。代码仍在 Apache 2.0 下，适合当参考实现。
- 不再适合：指望长期维护、要在生产环境依赖其与新版 IDE 兼容性、需要官方安全补丁与响应的团队。仓库只读后，这类支持预期都会落空。
八、它意味着什么
Continue 的结局是开源 AI 工具的一个典型样本：它用”模型无关、完全开源”切入了一个被闭源产品主导的市场，积累了约 3.6 万 Star 的社区，最终以被头部商业产品（Cursor）收购、团队并入、代码冻结收场。它留下的不是一个还在前进的产品，而是一份 Apache 2.0 的参考实现——如何在编辑器里做 Agent/Chat/Edit/Autocomplete 四档模式、如何做”先申请权限再读文件”的交互、如何把任意模型后端接进来。对后来者而言，这份冻结的代码库依然有教学价值；对当下要选型的开发者而言，它更像是一段已经翻篇的历史。