Continue CLI 与 Cursor：工作流、模型与总成本

Continue 和 Cursor 已不再是需要二选一的两个竞争产品：Continue 已被 Cursor 收购，其仓库为只读状态，而仍有文档证明可用的部分，是您在本地文件中自行配置的部分。Cursor 是仍在持续发布的一方，自 2026 年 8 月 14 日起成为 SpaceX 的全资子公司。因此，真正的问题不是哪个代理功能更好，而是您想要一个可以指向任意 OpenAI 兼容端点的冻结客户端，还是一个由 Cursor 决定模型访问方式的持续维护产品。

continue.dev 现在只有一个标题为“Continue（已被 Cursor 收购）”的页面，而仓库 README开头注明，该仓库“已不再积极维护，并且对所有用户均为只读”。main上的最新提交日期为 2026 年 7 月 21 日，并因登录流程退役而移除了登录链接。另一方面，Cursor 文档现在表示支持来自“OpenAI、Anthropic、Google、SpaceXAI 等”的模型，其第一方模型池包括 Grok 和 Composer。全部核查于 2026 年 9 月 19 日。

应该选哪一个

由于其中一方已经冻结，决策取决于五件具体事情：您的工作方式、谁批准代理的操作、模型选择权在您还是供应商手中、账单由谁承担，以及迁移成本。

在您依赖 Continue 列之前，有一点需要说明。其CLI 配置页面表示，cn会从 --config 文件路径解析配置，然后使用已保存的配置，最后使用默认的 ~/.continue/config.yaml——因此请将模型以内联方式写入您控制的本地文件中。同一页面还展示了接受命名空间 slug 的启动标志，例如 cn --agent my-org/pr-reviewer；这是命名空间 slug，而不是 --config 标志所接受的文件路径。由于仓库为只读状态且登录流程已退役，本页面无法告诉您此类 slug 如今会解析到什么。请优先使用本地文件，避免依赖必须获取的内容。

每个产品如今实际是什么

有两个值得了解、而不是掩盖过去的来源分歧。README 称仓库为只读，而GitHub API报告 archived: false，其中 pushed_at 晚于 main 上的任何提交，且当前开放 issue 数量达到数百个。此外，README 中适用于全部三个构件的“最终 2.0.0 版本”一行与任何注册表都不一致：Open VSX提供 2.1.0 预发布版，日期为 2026 年 6 月 19 日，位于稳定版 2.0.0 之上；npm提供 1.5.47 版 CLI；JetBrains Marketplace提供 1.0.67 版插件。请引用您安装的构件，而不是 README 中的那一行。

决定性差异：模型密钥存放在哪里

这是真正区分两者的轴线，而且并不对称。Continue 的config.yaml 参考将 apiBase记录为一个字段，“可用于覆盖按模型指定的默认 API 基础地址”；其OpenAI 提供商页面展示了带有 apiBase 的 provider: openai，并携带 /v1 后缀——这是协议，而不是供应商。同一参考还列出了模型条目可以填写的 roles——chat、autocomplete、embed、rerank、edit、apply、summarize，默认值为 [chat, edit, apply, summarize]——并指出 tool_use 能力“是 Agent 模式所必需的”。该参考没有记录任何套餐等级或账户作为这些字段的条件。

Cursor 记录的是相反的形式。其自带密钥帮助页面要求您打开 Cursor Settings，找到 OpenAI、Anthropic、Google、Azure OpenAI 或 AWS Bedrock，然后粘贴密钥。这是一份供应商列表，其中唯一由客户拥有的端点，是同一页面描述的 Azure OpenAI 和 Bedrock 端点——“部署在您的 Azure OpenAI Service 实例中的模型”和“在您的 Bedrock 配置中可用的模型”。该页面没有用于任意 OpenAI 兼容基础 URL 的字段。它还说明“自定义 API 密钥仅适用于聊天模型”，并且 Tab 会继续使用 Cursor 的内置模型。Cursor CLI 身份验证参考准确记录了两种方法：浏览器登录和 Cursor 签发的 CURSOR_API_KEY；没有记录提供商密钥，也没有端点选项。社区讨论提到带有套餐相关可见性的“Override OpenAI Base URL”字段——这是论坛证据，在此核查的 Cursor 文档中没有出现；本页面既不将其视为受支持的配置，也不声称其不存在。以下全部内容都只讨论 Cursor 文档所记录的内容。

如果选择 Continue 路线，需要注意两个边界。首先，复制 /v1 后缀：Continue 自己的 OpenAI 兼容示例将 apiBase 写作 http://localhost:8000/v1，Kunavo 的 Continue 设置 出于同样原因打印完整的 https://api.kunavo.com/v1。其次，Kunavo 不提供 embed 或 rerank 角色——Kunavo 目录中的模型都无法响应嵌入请求——因此请将这些条目指向本地嵌入器或外部提供商，并让 Kunavo 负责聊天、编辑、应用和自动补全条目。对于 Anthropic 形式的路线，通用参考文档记录了 apiBase，而 Anthropic 提供商页面从未提及它，因此应将该路径视为可能存在但未有文档说明，并在您自己的设置中确认；Messages 端点 是它可能落到的位置。

Cursor 的收费方式

内容读取自 Cursor 的模型与定价文档（2026 年 9 月 19 日），但 Hobby 行除外；该行来自 Cursor 的定价帮助页面——Hobby 根本不在文档的套餐表中。该表没有说明三件事。Cursor 没有公布任何套餐所包含内容的美元价值——只有行为指引；其自身给出的数字是“每日 Agent 用户：通常每月总用量为 60–100 美元”和“高级用户（多个 Agent/自动化）：每月总用量通常为 200 美元以上”。Start 仅限印度，并明确不包含 Other Models 池、按需用量、Bugbot 和 Auto，因此它不是全球可用的低价套餐。在 Teams 和 Enterprise 中，每个第三方模型请求的输入、输出和缓存 Token 都会按每百万 Token 0.25 美元收取 Cursor Token 费率，并叠加在模型 API 定价之上，适用于“包含的用量、按需用量和 BYOK 用量”；第一方 Grok 和 Composer 免收该费用。该表之外还有两项有文档记录的加价：选择区域数据驻留后，符合条件的模型加收 10%；Max Mode 仅存在于旧版按请求计费的套餐中，按模型 API 费率加收 20%。此处未说明年付价格。

Continue 方面的成本估算示例

以下是说明性 Token 计算，不是实测任务成本，也不是账单上限。假设一次 Agent 会话发送 400,000 个未缓存输入 Token，并接收 25,000 个输出 Token。Cursor 列使用该名称模型的 Cursor 已公布 Other Models 费率；Kunavo 列使用 目录中您会填入 config.yaml 的 Kunavo 模型 ID 对应的实时费率。这两列不可互换——一列可在 Cursor 内访问，另一列可在 Continue 或其他接受基础 URL 的客户端内访问。

这里有三种解读，第三种最容易被误解。Cursor 将 Other Models 池说明为“按模型 API 价格收费”，对于个人套餐，除上述两项选择性加价外不另收加价——因此当两列相同（例如 Claude Sonnet 5）时，使用网关的理由是模型访问和可移植性，而不是折扣。两列不同之处是目录差异，并不代表您总成本的承诺。在 Teams 或 Enterprise 套餐中，同一会话还会按每百万 Token 0.25 美元的 Cursor Token 费率额外增加 $0.106，叠加适用的其他费率。列出的最低价格并不等于完成任务的最低成本：需要三次尝试的模型可能比一次完成任务的更昂贵模型花费更多，因此请先在自己的代码仓库上测量，再按费率排名。

对于高用量角色，存在更便宜的通道。Continue 的自动补全角色会在击键时触发，因此单独设置一个小型模型——Claude Haiku 4.5 的每百万 Token 输入费率为 $0.70，输出费率为 $3.50——通常比任何其他单项设置更能降低月度总额。Kunavo 目录金额是计费下限而非上限：上游报告费用后，账单取目录成本与上游成本乘以适用加价两者中的较高值。缓存费用和外部工具不包含在此示例中。最低充值金额为$10预付额度，这是资金最低要求而非订阅——请参阅 账单详情。

双向迁移成本

双方都没有记录导入器。Continue 将项目规则保存在工作区中的 .continue/rules 文件夹内；Cursor 的规则文档列出 .cursor/rules 中的项目规则（作为 .mdc 文件）、用户规则、Team 和 Enterprise 套餐中的团队规则，以及作为更简单替代方案的 AGENTS.md。重写这些内容就是显性成本。较不明显的成本在于，指向任意第三方端点的 Continue 设置在 Cursor 中没有文档化的目标，因此迁移也意味着计费模式的改变——从您可控制的按 Token 计量，变为订阅费加第三方按量使用费。

反向迁移开始成本更低，但长期风险更高：Continue 接受任何 OpenAI 兼容端点的 apiBase，但您采用的是一个代码仓库只读的客户端。如果您真正想从 Continue 获得的是选择端点的自由，那么仍在持续发布且同样提供这种自由的客户端会是更好的目的地——Cline、OpenCode 和 Zed 的 Kunavo 设置指南都支持自定义基础 URL。Cursor 替代方案涵盖该候选列表，Claude Code 与 Cursor 对比则处理终端与编辑器之间的选择，此处不再重复。

如果选择 Continue 路线

Kunavo 发布了 Continue 的配置参考。这是已发布的设置指南，而不是兼容性测试：这里尚未对 Continue 与 api.kunavo.com 进行运行时测试，上述所有行为声明均来自 Continue 自己的文档、代码仓库和软件包注册表。请将模型直接写入 ~/.continue/config.yaml，不要依赖任何 Hub slug；尝试时保留一条可用路线，运行一个有界任务，然后读取账户为该任务记录的费用。从 Continue 集成指南开始，准备为密钥充值时创建 Kunavo 账户。

仍在比较客户端而不是端点？Cline 与 Cursor 对比和Zed 与 Cursor 对比针对仍在持续发布的客户端提出同样的问题，OpenAI 兼容 API 说明则解释了为什么 provider: openai 指的是一种协议而不是供应商。

常见问题

于 2026 年 9 月 19 日对照 continue.dev、continuedev/continue README 和 CLI README、GitHub、npm、Open VSX 和 JetBrains Marketplace 条目、docs.continue.dev，以及 Cursor 自己的模型与定价、规则、CLI 和自带密钥文档完成核查。SpaceX 收购日期来自 Wikipedia，而非任一公司官网上的带日期文章。两个客户端都未针对 Kunavo 或任何端点进行运行时测试，未运行基准测试，未探测主机，所有美元示例都是按实时目录费率计算的说明性 Token 算术。对于文档未说明的事项——Cursor 未说明自定义基础 URL，Continue 未说明其已停用的托管端点仍能响应什么——本页面会明确表示文档未说明，而不会填补空白。