Continue CLI 与 Claude Code：工作流、模型和总成本

这两个产品已经不再是需要比较购买的选项。Continue 的 CLI 是一个 Apache-2.0 客户端，其代码仓库为只读，最后发布的版本是 2026 年 6 月 18 日的 1.5.47；Claude Code 于 2026 年 9 月 19 日发布了 2.1.278，仍在积极发布中。 因此，此页面真正要回答的问题不是“哪个更好”，而是您今天是否正在运行 cn、迁移需要付出什么代价，或者您是否准备采用一个其代码仓库自身描述为未维护的客户端。

Continue 在 main 分支上的 README 声明，该代码仓库“已不再积极维护，并且对所有用户均为只读”，而 continue.dev 现在显示一个标题为“Continue（已被 Cursor 收购）”的单页，其正文写着“Continue 已加入 Cursor”。首先需要澄清一点：Cursor 是收购方，而不是该产品。Cursor 的套餐价格属于 Cursor，并不是 Continue 的成本，也从来不是。以下内容均于 2026 年 9 月 21 日核查。

应该选择哪一个，以及选择哪个方向

本页面涵盖两个方向，因此这里列出适用条件，而不是宣布赢家。

当您需要一个愿意自行派生并维护的 Apache-2.0 客户端时；当您希望通过 OpenAI 兼容协议访问一个端点时；或者当您实际使用的功能是按角色分配模型时——在 autocomplete 上使用便宜模型、在 chat 上使用大型模型，而 Claude Code 文档记录的分离模型设置没有对应功能——请继续使用 Continue CLI。继续使用的成本很明确：没有上游修复，而且已发布的 1.5.47 软件包中完全没有 hub.continue.dev 字符串，因此任何会解析 hub slug 的文档步骤描述的都是您今天无法从 npm 安装的构建版本。

当您希望使用仍在接收发布版本的客户端时；当您希望拥有分层权限机制，而不是通过标志和 permissions.yaml 应用三项策略时；并且当您愿意接受 Anthropic Messages 协议和 Claude 系列时，请迁移到 Claude Code——Anthropic 没有为该路线记录任何 OpenAI 兼容格式，并称其“不支持通过任何网关将 Claude Code 路由到非 Claude 模型”。迁移的成本在于，您的 config.yaml 无法转换，基础 URL 约定正好相反，第三方凭据还会关闭下面列出的若干账户关联功能。

当您希望使用同时仍在积极维护的 OpenAI 兼容客户端时，请两者都不要选。这是双方都无法满足的唯一要求，对应的是另一份候选列表——请参阅 Continue 替代方案。

两个产品的精确定义

版本信息于 2026 年 9 月 21 日从 Continue CLI 和 Claude Code 的注册表条目中读取。有两处官方信息中的矛盾值得保留，而不应将其掩盖。首先，Continue 的 README 宣布“VS Code 扩展、CLI 和 JetBrains 插件的最终 2.0.0 版本”，但 npm 上根本没有 CLI 的 2.x 版本——latest 为 1.5.47。其次，同一份 README 称该仓库为只读，而 GitHub API 返回的却是 archived: false 和 disabled: false；main 上的最新提交日期为 2026 年 7 月 21 日，提交主题为“docs: remove Sign in link (login flow retired)”。只有关于维护状态的声明才是关键依据。

请将 Continue 自己的 CLI 文档视为意图记录，而不是操作指令。快速入门仍将“Continue 账户或 Anthropic API 密钥”列为要求，并记录了 cn login 和一个 CONTINUE_API_KEY 环境变量。在已发布的 1.5.47 软件包中，随附的运行时包 dist/index.js 完全不包含 CONTINUE_API_KEY——该字符串只存在于压缩包的文档和测试源代码中；hub.continue.dev 在整个软件包中也完全不存在。文档的寿命超过了其所描述的构建版本。

工作流、权限以及无需询问即可运行的内容

内容来自 Continue 的工具权限和无头模式页面，以及 Anthropic 的权限模式页面，均于 2026 年 9 月 21 日读取。以上是文档信息，不是运行时测试。实际差异在于两者的倾向不同：Continue 会让无人值守运行在命令行扩大权限前明确无法写入；而 Claude Code 在消费者套餐上会以一种由分类器代表您批准操作的模式启动。一个是由您打开的闸门，另一个是由他人把守的闸门。

将任一客户端指向您自己的端点

迁移真正耗时的地方就在这里，因为两个客户端将端点放在完全不同的位置，并且采用相反的写法。Continue 的配置参考没有记录全局基础 URL 环境变量——地址位于 models: 条目中，其中 provider: 指定的是线路协议，而不是供应商。

name: kunavo
version: 0.0.1
schema: v1
models:
  - name: Claude Sonnet 5
    provider: openai          # the wire protocol, not the vendor
    model: claude-sonnet-5
    apiBase: https://api.kunavo.com/v1    # apiBase CARRIES /v1
    apiKey: sk-kn-...
    roles: [chat, edit, apply]

  - name: Fast completions
    provider: openai
    model: claude-haiku-4-5
    apiBase: https://api.kunavo.com/v1
    apiKey: sk-kn-...
    roles: [autocomplete]

Claude Code 改为使用两个环境变量设置端点，另外使用四个变量将会话模型以及 opus、sonnet 和 haiku 别名固定为 Kunavo 提供的模型；而 ANTHROPIC_BASE_URL 是一个不带路径的源地址，因为客户端会自行追加 /v1/messages。Anthropic 自己的验证命令是 curl -X POST "$ANTHROPIC_BASE_URL/v1/messages"，它会直接显示拼接结果。

export ANTHROPIC_BASE_URL=https://api.kunavo.com   # origin, NO /v1
export ANTHROPIC_AUTH_TOKEN=sk-kn-...             # Authorization: Bearer
# Pin models Kunavo serves: Claude Code's default and its opus/sonnet aliases
# follow Anthropic's newest models. The sonnet alias asks for Sonnet 5.5, which
# Kunavo does not serve: without the sonnet pin, /model sonnet, opusplan's
# execution phase and sonnet subagents get a 404. Opus 5.5 needs Claude Code
# v2.1.280 or later (run claude update).
export ANTHROPIC_MODEL=claude-sonnet-5
export ANTHROPIC_DEFAULT_OPUS_MODEL=claude-opus-5-5
export ANTHROPIC_DEFAULT_SONNET_MODEL=claude-sonnet-5
export ANTHROPIC_DEFAULT_HAIKU_MODEL=claude-haiku-4-5

claude

这处反转是本页唯一值得带走的一句话：Continue 的 apiBase 携带 /v1；Claude Code 的 ANTHROPIC_BASE_URL 则不得携带。将一个值复制到另一个位置，要么会在 /v1/v1/messages 上产生 404，要么会向不存在的路径发送请求。ANTHROPIC_BASE_URL 页面涵盖了该路径其余的故障模式，而Continue 设置完整展示了上述配置结构。

Continue 特有的三个陷阱，均来自 2026 年 9 月 21 日的源码阅读，而非实际执行。第一，首次运行：没有 --config、连接了 TTY 且未设置 CONTINUE_USE_BEDROCK 时，引导流程会打印“要开始使用，请输入你的 Anthropic API 密钥。”并拒绝任何不以 sk-ant- 开头的内容。同一函数还有几个更早的退出条件：--config <file>、CONTINUE_USE_BEDROCK=1，以及在 stdin 不是 TTY 或设置了 NODE_ENV=test、CI=true、VITEST=true 或 GITHUB_ACTIONS=true 时跳过提示的分支。第二，如果你确实提供了一个 sk-ant- 密钥，引导流程会写入 provider: anthropic 块，不包含 apiBase，从而固定使用供应商端点；之后重新指向其他端点需要手动编辑。第三，如果你将 provider: anthropic 与 apiBase 一起使用，Continue 的 Anthropic 提供商会将路径拼接为 new URL("messages", apiBase)，这对末尾斜杠很敏感：以 /v1/ 结尾的基础地址会得到 /v1/messages，而同一个不带斜杠的字符串则会在主机根路径向 /messages 发送请求。本指南查阅的两个 Continue 提供商页面都没有对此发出警告。

Claude Code 方面还有一个边界条件，来自 Anthropic 的三个独立页面。LLM 网关页面称，在网关凭据变量或 apiKeyHelper 生效期间，“开发者的 claude.ai 订阅不会被使用”，并且 Anthropic“不会认可、维护或审计第三方网关产品，也不支持通过任何网关将 Claude Code 路由到非 Claude 模型”。连接页面称，在 ANTHROPIC_API_KEY、ANTHROPIC_AUTH_TOKEN 或 apiKeyHelper 生效期间，远程控制和语音听写不可用。而网关兼容性指南称，网关模型发现默认关闭；启用后，只有 ID 中包含“claude”或“anthropic”的条目才会被 Claude Code 保留。

在同一口径下比较各供应商的收费

方案价格来自 claude.com/pricing，读取于 2026 年 9 月 21 日。结账时有一处需要确认的分歧：本次抓取中，该页面将 两个 Max 层级都显示为“每月 $100 起”，而 Anthropic 的 Max 方案帮助中心文章给出的价格是 Max 5x 为 $100、Max 20x 为 $200，并补充说明价格可能变动。请在结账时确认所需层级，不要仅依据其中任一页面。

Continue 方面确实没有可引用的内容，而这正是调查结果。第三方评测网站仍会发布 Continue Hub 方案表——包括按每百万 Token 计费的 Starter 层级，以及 Team 和 Company 层级——但这些内容都没有出现在 continue.dev 上，其 /pricing 路径返回 404。历史价格不等于当前价格，因此本指南不列出任何价格。

如果要引用一个说明实际工作成本的公开基准，Anthropic 的成本文档报告称：“在企业部署中，平均成本约为每位开发者每个活跃日 $13、每位开发者每月 $150-250；90% 的用户每个活跃日的成本低于 $30”，而后台功能通常低于每个会话 $0.04。这是 Anthropic 对其自身企业部署的汇总数据——不是保证值，不是个人开发者的数值，也不是 Kunavo 的数值。Continue 没有对应数字，因为没有人发布这类数据。

使用同一端点的示例估算

将两个客户端指向同一端点并使用同一模型时，二者都不会改变每 Token 费率。账单变化取决于它们如何消耗 Token。以下数字是用于说明的 Token 算术，不是实测任务成本，也不是账单上限。假设一个会话发送 200,000 个未缓存输入 Token并接收 15,000 个输出 Token，按实时的 Kunavo 目录每百万 Token 费率计算。

真正有意思的数字，是客户端架构能够控制的那个。Continue 会为每个角色分配模型，因此假设一个月的自动补全流量——例如 400,000 个输入 Token 和 20,000 个输出 Token，这是用于说明的假设而非测量值——使用 Claude Haiku 4.5 的成本为 $0.350，而同样的流量使用 Claude Sonnet 5 时为 $0.700。Claude Code 没有记录 autocomplete 角色可供拆分；它运行一个会话模型，同时提供独立的子代理和后台模型设置。Anthropic 的成本页面还指出，当代理团队成员以计划模式运行时，“其 Token 用量约为标准会话的 7 倍”；并说明提示缓存生命周期“订阅中为一小时，而一旦开始使用用量额度就会缩短为五分钟；使用 API 密钥或云供应商时，默认也是五分钟”——因此，同一个漫长而间歇的会话在方案外会更快被重新处理。

Kunavo 的目录金额是计费下限，而不是上限：当上游报告其费用时，账单取目录成本与上游成本乘以适用加价两者中的较高者。缓存费用和外部工具不包含在此示例中。最低充值金额为$10预付余额——这是资金最低额度，不是任务费用或订阅费用。参见billing details。

迁移实际需要付出什么成本

请按大致工作量顺序规划四件事。配置结构无法直接转换：带有按模型设置的 roles 的 YAML models: 列表会变成环境变量——两个用于端点，四个用于固定模型——并且没有转换器。正如上文所述，基础 URL 约定是反过来的。按角色分配模型没有对应目标——请预先决定自己是否依赖这一功能。权限词汇也从三种策略变为模式加规则，因此任何 CI 中调用 cn -p ... --allow Write 的地方都需要重写，而不是翻译。

有一个角色完全无法迁移：Kunavo 不提供嵌入模型或重排序模型，因此将 embed 或 rerank 角色分配给它们的 Continue 配置，需要为这两者改用其他供应商；Claude Code 也没有可用于迁移它们的等效角色。

本页面没有检查的两件事，现直说而不做猜测：这里没有重新验证 Continue 的规则文件如何对应到 Claude Code 的指令文件，因此请单独为此预留预算；此外，在本页面查阅的内容中不存在基准、速度或质量比较，因此没有依据称任一代理在编码方面更好。

设置并核对第一笔账单

Kunavo 为两个客户端都发布了设置参考。这些是已发布的配置指南，不是兼容性测试——这里没有对 cn 或 claude 与 Kunavo 端点进行运行时测试，上述所有行为声明都来自源码阅读和官方文档。在尝试任一客户端时，请保留一条可用路径，先运行一个有明确边界的任务，然后读取账户实际记录的费用。准备好为密钥充值时，请从Continue 集成或Claude Code 集成开始，并创建 Kunavo 账户。

延伸阅读：不订阅使用 Claude Code，详细介绍按 Token 计费的路径；OpenAI 兼容 API，介绍 Continue 使用的协议；以及Continue 替代方案，如果维护状态是你做决定的依据。

常见问题

Continue 的主页、README、GitHub 元数据、CLI 文档和已发布的 1.5.47 软件包，以及 Cursor 的 CLI 概览和 Anthropic 的价格、成本、权限模式及三个网关页面，均读取于 2026 年 9 月 21 日。两个客户端都未执行，也都未指向 Kunavo 端点：首次运行的密钥检查、URL 拼接行为和权限默认值来自源码与文档，而非测试运行。Kunavo Token 费率来自实时目录，本文每个美元数字都是用于说明的 Token 算术。