Cline 是这两个项目中唯一仍在开发的一个:其 VS Code 扩展于 2026 年 9 月 17 日发布了 4.1.19,其 npm CLI 于 2026 年 9 月 15 日发布了 3.0.62;而 Continue 已被 Cursor 收购,其维护者宣布仓库为只读且不再积极维护。 但这并不意味着可以轻易决定选择哪一方,因为 Continue 的最终构建仍可运行,其配置现在完全保存在本地。诚实的决策取决于迁移成本,而不是功能评分——你最终倾向哪一方,取决于一个问题:你是让 Continue 指向自己的端点,还是指向 Continue 的 Hub?
如果你搜索“cline vs continue”来到这里,期待比较两个仍在运营的产品,那么这个查询的前提已经发生了变化。无论仍在这些关键词下排名的评测页面如何描述 Continue 的付费计划和 Hub,两者都已不再销售:continue.dev/pricing 和 /hub 均返回 404,Continue 自己的主页也表示周期性计费已被禁用。以下所有内容都追溯到官方来源,并标明了检查日期。
如今每个项目究竟是什么
| Continue(continue.dev、continuedev/continue) | Cline(cline.bot、cline/cline) | |
|---|---|---|
| 状态 | 已被 Cursor 收购;其 README 宣布仓库为只读且不再维护 | 由 Cline Bot Inc. 维护,仍在发布版本 |
| 许可证 | Apache-2.0 | Apache-2.0 |
main 上次提交 | 2026 年 7 月 21 日 | 仓库于 2026 年 9 月 18 日推送更新 |
| GitHub star 数 | 35,950 | 68,692 |
| VS Code 扩展 | Continue.continue,2.1.0,2026 年 6 月 19 日更新;4,172,803 次安装 | saoudrizwan.claude-dev,4.1.19,2026 年 9 月 17 日更新;5,371,971 次安装 |
| CLI 软件包 | @continuedev/cli 1.5.47,2026 年 6 月 18 日发布 | cline 3.0.62,2026 年 9 月 15 日发布 |
| 托管服务 | 无。Hub、API 和导出功能均已消失 | Cline 额度、ClinePass、企业控制台 |
| 使用 BYOK 需要账户 | 账户已不复存在 | 不可以——但企业管理员可以强制指定提供商 |
来源,均于 2026 年 9 月 19 日检查:continue.dev(其页面标题字面上是“Continue(已被 Cursor 收购)”)、Continue README、用于查询 continuedev/continue 和 cline/cline 的 GitHub API、@continuedev/cli 和 cline 的 npm 注册表记录,以及 Visual Studio Marketplace 扩展查询 API。
有两个版本陷阱值得说明,因为两者都很容易弄错。首先,Continue 的 README 描述了“VS Code 扩展、CLI 和 JetBrains 插件的最终 2.0.0 版本发布”——但 npm 中根本没有 CLI 的 2.x 版本。在 @continuedev/cli 已发布的 332 个版本中,最新版本是 1.5.47。“Continue CLI 2.0.0”不是可以安装的版本。其次,VS Code 的版本号取决于渠道:GitHub 上最后一个非预发布标签是 v2.0.0-vscode,而 Marketplace 当前提供的是2.1.0,且其 PreRelease 属性设为 true。每次提及版本号时都要注明渠道。另外,应说“维护者宣布它为只读”,而不要说“仓库已归档”——GitHub API 报告 archived: false,因此这是两个不同的说法,只有前者属实。
应该选择哪一款
请根据你的实际情况阅读,而不要按评分判断,因为迁移成本在这里起着主要作用。
| 你是…… | 结论 | 为什么 |
|---|---|---|
已经在使用 Continue,配置了 provider: openai,并通过 apiBase 指向自己的端点 | 本周无需更改;按自己的节奏规划迁移 | 这条路径中的任何内容都没有接触 Continue 的服务器,因此停运没有移除你正在使用的任何东西。你手中的是冻结但仍可运行的软件。你失去的是未来的修复,而不是今天的功能。 |
依赖 Hub slug、cn login、--agent、--mcp 或共享组织助手的 Continue 用户 | 立即迁移 | 这些功能已经失效,而不是已弃用。它们每一个都依赖 hub.continue.dev 或 api.continue.dev 进行解析,而两者都没有响应。 |
| 首次选择编码代理 | Cline | 持续开发;扩展、CLI、TUI、桌面应用和 SDK 共用一个代理核心;并提供有文档说明、接受网关基础 URL 的 OpenAI 兼容提供商。 |
| 运行无人值守或 CI 风格的任务 | 取决于你想应对哪一种默认设置 | 两者的默认方向相反。Continue 的写入和 Bash 工具默认会请求批准;Cline 的 CLI 帮助输出则说明自动批准默认为 true。无论选择哪一个,都应明确设置权限标志,而不要继承默认值。 |
| 需要 CLI 接受 Anthropic 协议基础 URL 的客户端 | 可在 Continue 配置中表达;会被 Cline CLI 拒绝 | Continue 将 apiBase 记录为通用的按模型覆盖项,因此文件中可以表达 provider: anthropic 加基础 URL——这是文档支持的配置方式,并不是我们实际执行过的运行。Cline 的 CLI 验证器拒绝除 OpenAI 和 OpenAI 兼容之外所有提供商的基础 URL;其 IDE 扩展确实提供 Anthropic 自定义基础 URL。 |
| 为团队统一使用某个客户端 | 先解决 JetBrains 问题,再选择 Cline | 没有人会修复 Continue 中的 bug。但在让使用 IntelliJ 的团队做出承诺之前,请先确认下面关于 JetBrains 许可的矛盾。 |
直白地说:如果你已经拥有自己的端点,那么停运目前还没有让你付出任何代价,紧迫性也很低。如果 Continue 同时还是你的模型目录、MCP 注册表和登录入口,那么三样东西会同时消失;无论固定使用哪个旧版本,都无法让它们回来。
工作流、权限和界面
| 维度 | Continue,最终版本 | Cline,当前版本 |
|---|---|---|
| 使用界面 | VS Code 扩展、JetBrains 插件、CLI(cn)。README 建议优先使用 CLI,而不是 JetBrains 插件。 | IDE 扩展、CLI、TUI、桌面应用(其下载页面称其为 Beta)、SDK、ACP 模式、看板 |
| 跨界面一致性 | CLI 与 IDE 之间共享 config.yaml 架构 | Cline 的 CLI README 表示,CLI 与 VS Code 扩展、JetBrains 插件和 SDK 共享代理核心,因此 plan/act 模式、MCP 服务器、检查点、规则、技能和提供商配置在各个界面中的行为一致 |
| 默认工具权限 | 只读工具默认允许;Edit、MultiEdit、Write 和 Bash 默认会请求批准。在无头模式下,请求批准的工具会被排除,因为没有人可以批准它们。 | Cline 称其为事实来源的 CLI 帮助输出写道:“--auto-approve <boolean> 设置所有工具的自动批准(默认值:true)”,并注明在 ACP 模式下默认值为 false |
| 权限覆盖 | --readonly(plan)和 --auto;两者均记录为绝对覆盖项。诸如 Write(**/*.ts) 这样的模式会持久化到 ~/.continue/permissions.yaml | plan 模式使用 -p/--plan,使用 --yolo 跳过批准提示,使用 --thinking 设置级别,使用 --json 输出 NDJSON |
| 配置位置 | ~/.continue/config.yaml,或通过 --config 传入的任何文件。使用 ${{ secrets.NAME }} 表示密钥;CLI 自带的密钥解析器会从 process.env,然后从 ~/.continue/.env、<workspace>/.continue/.env 和 <workspace>/.env 中读取——这些都是本地文件,因此这部分会在停运后保留 | 在 IDE、CLI 和 SDK 中全局使用 ~/.cline/;每个项目使用 .cline/;提供商设置位于 ~/.cline/data/settings/providers.json |
| 模型选择 | 按角色划分的模型条目——chat、autocomplete、edit、apply、summarize、embed、rerank——每个条目都有自己的 ID | 每个界面使用一套提供商配置,并可在每次运行时通过 -m/--model 和 -k/--key 覆盖 |
来自Continue 的工具权限文档、其配置参考、Cline 的 CLI 参考、Cline 的配置指南以及Cline CLI README,检查日期为 2026 年 9 月 19 日。关于 Cline 这一行有一个细节:CLI README 还说明交互式 TUI 提供实时工具批准,因此“自动批准默认为 true”是标志的默认值,并不表示每个界面都会无人值守运行。在将其指向你重视的仓库之前,请先在自己的 shell 中确认其行为。
BYOK 边界:这正是两者真正不同的地方
两个客户端都可以连接第三方 OpenAI 兼容端点。两者的不对称之处在于每个界面接受哪种协议的自定义基础 URL,而这一点可以从源代码中看出。
Continue 将 apiBase 视为通用的按模型覆盖项——其 参考文档称它“可用于覆盖按模型指定的默认 API 基础 URL”。这意味着 OpenAI 协议路径和 Anthropic 协议路径都可以在同一个文件中表达。OpenAI 兼容提供商页面记录了该配置块,其示例带有 /v1 后缀:
models:
- name: Sonnet via gateway
provider: openai # the wire protocol, not the vendor
model: claude-sonnet-4-6
apiBase: https://api.kunavo.com/v1
apiKey: ${{ secrets.KUNAVO_API_KEY }}
roles: [chat, edit, apply]
capabilities: [tool_use] # declare it: autodetection is frozen at June 2026这里有两个与冻结代码有关的细节很重要。Continue 的参考文档称,它“会自动检测大多数模型的这些能力”,而 capabilities 会覆盖该自动检测;由于最后的构建于 2026 年 6 月发布,这种检测所能识别的模型 ID 现在已经固定。对于它不了解的 ID,请自行声明 capabilities: [tool_use];参考文档将其标记为“Agent 模式必需”。此外,提供商页面说明 Continue 默认“对 o-series 和 gpt-5 模型使用 OpenAI 的 /responses 端点”,因此如果你的网关要求其中某个 ID 使用 chat completions,useResponsesApi: false 会强制使用 /chat/completions——同一页面还为较旧的 completions 路径记录了 useLegacyCompletionsEndpoint: true。
Cline 的 OpenAI-Compatible 提供商要求 Base URL、API Key 和 Model ID,以及 Max Output Tokens、Context Window、Image Support、Computer Use、Input Price 和 Output Price。在 CLI 中,基础 URL 会经过验证。当你将其传给其他任何对象时,位于 main 上的 auth 命令会返回以下字面字符串:
base URL is only supported for OpenAI and OpenAI-compatible providers
因此,对于 Cline CLI,应采用 OpenAI 兼容路径。关于该命令本身有一点需要注意:验证器会检查一个内部提供商 ID 常量,其字面字符串本页面未读取,因此不要从任何地方(包括这里)复制猜测的 --provider 值。
# Cline's own help output is the only safe source for the provider id
# string, so read it rather than copying one from a guide.
cline auth --help
# Then either run it interactively...
cline auth
# ...or supply the pieces the validator accepts for an
# OpenAI-compatible endpoint: key, model id and base URL.
# --baseurl https://api.kunavo.com/v1一个不花费任何成本却能立即带来回报的网关专属建议:将 Cline 的 Input Price 和 Output Price 字段填写为网关实际的每百万令牌费率。Cline 会根据这些数字计算每个任务的成本读数;如果保留默认值,显示的将是其他提供商的价格,而不是你的价格。
两个与协议无关的边界。Cline 的企业远程配置说明,管理员保存 OpenAI 兼容提供商后,组织成员“将无法选择其他提供商,也无法切换到个人 Cline 账户”——因此在受管理的组织中,BYOK 是管理员的决定,而不是你的决定。Cline 的免费模型促销则相反:该页面称其“对任何拥有 Cline 账户的用户开放”,并且免费模型使用“不支持通过 Cline API 使用”,因此它是 Cline 账户路径,而不是你自己的网关密钥可以访问的路径。
同一会话在两种客户端上的成本
两个客户端本身都不收费。Continue 采用 Apache-2.0 许可证,已经没有人会向你收费;Cline 的定价页面将其开源层级列为免费,涵盖 VS Code 扩展、CLI 以及“按成本购买和模型推理或 BYOK”,Enterprise 的价格为 Custom。因此,令牌账单就是全部比较内容;对于相同模型和相同流量,两者完全相同。
以下数字是说明性的令牌计算结果,不是实测任务成本,也不是账单上限。假设一次会话发送200,000 个未缓存输入令牌并接收12,000 个输出令牌。费率采用实时的 Kunavo 目录每百万令牌价格。
| 模型 | 每 1M 个令牌的输入 / 输出 | 一次假设会话的估算 |
|---|---|---|
| Claude Haiku 4.5 | $0.70 / $3.50 | $0.182 |
| GPT-5.6 Terra | $0.70 / $4.20 | $0.190 |
| Claude Sonnet 4.6 | $2.10 / $10.50 | $0.546 |
| Claude Opus 5 | $3.50 / $17.50 | $0.910 |
本表有意不声称某个客户端发送的令牌比另一个更少。要得出这一结论,需要在两者中进行实测运行,而这里没有进行此类测试。客户端选择会改变你的操作体验、权限默认值和维护风险;模型选择会改变账单。在这些假设下,Claude Opus 5 的成本约为 Claude Haiku 4.5 的 5 倍,这一影响比上面功能表中的任何因素都大。
Kunavo 的目录金额是计费下限而不是上限:上游报告费用后,账单金额取目录成本与上游成本乘以适用加价之间的较大值。缓存费用和外部工具不包括在此示例中。最低充值额为预付额度中的 $10——这是资金充值最低额,不是任务费用或订阅费用。请参阅计费详情。
为完整起见,说明 Cline 自己的付费路径,因为它们会改变部分读者的比较结果:Cline 额度采用按用量付费,匿名情况下没有公布费率表;ClinePass 每月 9.99 美元,脚注为“促销期后标准费率为每月 9.99 美元”和“可能适用额外处理费”。ClinePass 独立于 Cline 额度,并且仅涵盖开放权重模型——GLM、Kimi、DeepSeek、MiniMax、MiMo 和 Qwen 系列——因此它不能用于 Claude 或 GPT;如果你使用的是这些系列,它也不能替代网关。Cline 的 ClinePass 文档说明,使用量会根据三个限制进行衡量——五小时滚动窗口、日历周和日历月;营销页面声称“用量是标准 API 速率限制的 2-5 倍”。两者都没有公布底层配额数值,本页面也不会臆造这些数值。
文档已经过时;源代码才是权威
这是能告诉陷入困境的 Continue 用户的最有用的一件事,而且可以在一分钟内重新验证。Continue 的 CLI 快速入门仍将“Continue 账户或 Anthropic API 密钥”列为要求,仍记录通过 cn login 在浏览器中进行身份验证,并且仍告诉无头用户导出 CONTINUE_API_KEY。这些都无法正常工作。登录会针对一个 API 主机连接超时的服务打开浏览器,而 main 上已发布的引导代码只询问这一项:
To get started, enter your Anthropic API key.
该文件中已经不存在“使用 Continue 登录”的分支。登录要求是有意移除的——提交消息写道“移除无效的登录要求和 Login Required UI”;后续提交又将默认配置中的 Hub slug 替换为内联模型定义,并通过源代码注释说明已移除 Hub slug 解析。产品内的弃用横幅用产品自己的话说明了这一点——自 v2.0.0 起,扩展配置仅保存在本地——不过你现在已经看不到它了:该组件带有 2026 年 9 月 9 日的硬编码过期时间,过期后不再渲染,因此这条消息现在只存在于源代码中。文档网站最后于 2026 年 7 月修改,目前由 GitHub Pages 提供服务;代码才是当前事实。
两个实际影响。第一,引导提示会验证密钥格式:CLI 的验证器仅在密钥以 sk-ant- 开头时接受,因此任何其他格式的网关密钥都会在那里被拒绝。源文档展示的规避方式是在首次运行时传入 --config <path>,该参数会在引导之前进行检查。本页未执行这一规避方式——这是从源文档中读取的内容,并非经过测试。第二,目前仅适用于 hub 的标志都是累赘:--model、--mcp 和 --agent 在 CLI 源码中分别记录为接收 owner/package 形式的 hub slug,而 --org 接收组织 slug——这些值都要从一个没有 DNS 记录的主机解析。--prompt 和 --rule 是值得了解的例外:它们都接受文件路径或字面字符串内容,也接受 hub slug,因此这两个仍然可用。--config <path> 文件形式也可用,因为它是本地路径。
针对网关配置其中一个
Kunavo 为这两个客户端都发布了配置参考。这些是已发布的设置指南,而不是兼容性测试:这里没有对任一客户端针对 Kunavo 端点进行运行时测试,本页内容也不是基准测试或实测结果。Continue 参考之所以仍然准确,有一个值得说明的原因——配置架构已冻结,因此不会发生漂移。
请从 Cline 集成指南 或 Continue 集成指南 开始;如果你要从 Continue 或 Cline 的 IDE 扩展采用 Anthropic 协议路线,请使用 Anthropic 基础 URL 文档。先运行一个有明确边界的任务,然后读取账户实际记录的费用,不要相信客户端自己的估算。准备为密钥充值时,请创建 Kunavo 账户。
还想进一步比较?Cline 定价 更深入地介绍 Cline 的三种支付路线,Cline 最佳 API 权衡各个提供商选项,Roo Code 与 Cline 对比 和 Kilo Code 与 Cline 对比 介绍这两个分支——它们是拥有各自价格的独立产品,不能与 Cline 互换。如果你要解决的是网关本身的问题,请阅读 OpenRouter 替代方案 和 最佳 LLM 网关。
常见问题
Continue 与 Cline:2026 年我该使用哪个?
如果你现在才开始选择,选 Cline。Cline 仍在积极发布——VS Code 扩展 4.1.19 于 2026-09-17 发布,npm `cline` 3.0.62 于 2026-09-15 发布;而 Continue 已被 Cursor 收购,其维护者宣布仓库为只读且不再积极维护。Continue 的最终构建仍可运行:代码采用 Apache-2.0 许可证,配置文件保存在本地,指向 OpenAI 兼容端点的模型条目不受停运影响。因此,已经在运行网关的 Continue 用户并未陷入困境,也不必在本周迁移。依赖 Hub、`cn login` 或共享组织助手的 Continue 用户已经失去了这些功能,因为 hub.continue.dev 已不再拥有 DNS 记录。
Continue 还在维护吗?
不,根据维护者自己的声明并非如此,但应避免使用“已归档”一词。`main` 分支上的 README 写道,该仓库“已不再积极维护,并且对所有用户均为只读”,而 continue.dev 的页面标题现在显示为“Continue(已被 Cursor 收购)”。不过,GitHub API 对 continuedev/continue 报告 archived = false,因此只读状态是声明,而不是平台标志。代码仍采用 Apache-2.0 许可证并可下载;截至 2026-09-19,有 35,950 个 star。应将其视为可以继续运行的冻结软件,而不是会获得修复的项目。
Continue Hub 和我的 Continue 订阅怎么了?
托管平台已经消失。hub.continue.dev 完全没有 DNS 记录,api.continue.dev 可以解析但无法建立连接,而 continue.dev/pricing、/hub 和 /export 均返回 404——检查日期为 2026-09-19。Continue 自己的主页 FAQ 表示,周期性计费已被禁用,不会产生新的订阅费用,账户中剩余的未使用付费额度将获得退款,但退款仅限于用户购买的额度中尚未使用的部分。任何仍列出 Continue Solo、Teams 或 Enterprise 价格的第三方页面,描述的都是已经不再销售的产品。
Cline 要收费吗?
客户端本身不收费。Cline 的定价页面列出免费开源层级,涵盖 VS Code 扩展、CLI、MCP 市场,以及“按成本购买和模型推理或 BYOK”;Enterprise 层级的价格为 Custom。你支付的是推理费用,共有三种独立方式:使用你自己提供商的 API 密钥、使用 Cline 自己按用量计费的额度,或使用每月 9.99 美元的 ClinePass。ClinePass 是独立于 Cline 额度的产品,仅涵盖开放权重模型——GLM、Kimi、DeepSeek、MiniMax、MiMo 和 Qwen 系列——因此不能用于 Claude 或 GPT。
Cline 能否为 OpenAI 兼容网关使用自定义基础 URL?
可以,而且不同界面的支持范围有所不同。Cline 的 OpenAI-Compatible 提供商接受 Base URL、API Key 和 Model ID,以及可选的 Max Output Tokens、Context Window、Image Support、Computer Use、Input Price 和 Output Price。不过在 CLI 中,自定义基础 URL 会经过验证:`main` 分支中的源代码会对其他所有提供商返回字面错误“base URL is only supported for OpenAI and OpenAI-compatible providers”。Cline 的 IDE 文档另行提供了 Anthropic 提供商的“Use custom base URL”复选框,因此扩展中存在 Anthropic 协议路径;但根据 CLI 自身的验证器,没有 `cline auth --provider anthropic --baseurl` 这条路径。OpenAI 兼容路径在两者中都可用。
如何将 Continue 配置迁移到 Cline?
三个字段可以直接迁移。Continue 的模型条目包含 provider、model、apiKey 和 apiBase;Cline 的 OpenAI-Compatible 提供商要求 Model ID、API Key 和 Base URL。端点相同、密钥相同、模型 ID 相同。无法迁移的是 Continue 从 Hub 解析出的所有内容——CLI 源代码记录 `--model`、`--mcp` 和 `--agent` 接受 `owner/package` 格式的 Hub slug,除此之外不接受其他形式,而该主机已经无法解析;此外还有 Continue 的按角色分配模型,因为 Continue 将聊天、编辑、应用、自动补全和摘要拆分到不同条目中,而 Cline 没有同样的角色表。请根据 MCP 服务器自身的配置重新构建,而不要尝试导出它们。
Cline 的 JetBrains 插件是免费的,还是仅限 Enterprise?
Cline 自己的来源相互矛盾,本页面不选边。cline.bot/pricing 将“JetBrains Extension”列在 Enterprise 层级下。由供应商 cline-bot-inc 发布的 JetBrains Marketplace 插件 28247 列出 pricingModel FREE,下载量为 736,775;Cline 的安装文档则告诉所有读者安装适用于 JetBrains 及其他编辑器的 IDE 扩展。三者均于 2026-09-19 检查。如果 JetBrains 对你是决定性因素,请在做出承诺前向 Cline 确认。
截至 2026 年 9 月 19 日,仅根据一手来源进行核查:continue.dev 及其 HTTP 状态码、hub.continue.dev 和 api.continue.dev 的 DNS 解析、@continuedev/cli 和 cline 的 npm 注册信息、两个代码仓库的 GitHub API、Visual Studio Marketplace 扩展查询 API、JetBrains Marketplace 插件 API、cline.bot/pricing 和 cline.bot/cline-pass、Continue 和 Cline 文档站点,以及两个项目在 main 分支上的源文件。未安装或运行任一客户端,因此这里的任何说法都不是基准测试、速度测量或实测任务成本。Kunavo 的令牌费率来自实时目录,每个美元示例都是说明性的令牌算术。