Continue 接入自定义 API 教程：Base URL、Key 与模型配置（2026）

Continue 是 VS Code 和 JetBrains 上常见的开源 AI 编程助手，支持自带模型 Key，也能通过 OpenAI 兼容协议接入第三方网关。对国内团队来说，把 Continue 指向统一网关，可以固定访问路径、集中账单，并在多个模型之间切换。

不过 2026 年的 Continue 已被 Cursor 收购，官方仓库停止活跃维护。它仍可安装和使用，但配置方式、可用功能和长期风险都需要重新认识。本文按安装、准备、配置、验证和团队落地顺序，给出可执行的接入说明。

状态说明：2026 年 6 月，Continue 被 Cursor 收购，官方仓库已转为只读并停止活跃维护；托管 Hub 与登录服务也已下线。扩展仍可安装和使用，但版本基本停在收购前，团队应把维护风险计入评估。

商标说明：Continue 是 Continue Dev, Inc. 的商标；Cursor 是 Anysphere, Inc. 的商标。本文仅作技术说明，与上述公司无隶属或代理关系；功能、界面与计费口径以官方页面和当前安装版本为准。

一、2026 年的 Continue 还能怎么用

收购之后，变化最大的是云端部分。Continue 原来的 Hub 用来托管共享助手、配置块和团队同步，登录也依赖它。Hub 下线后，这些能力不再可用，配置里所有 uses: 形式的远程引用都可能解析失败。

本地能力仍在：扩展可安装，config.yaml 继续读取，填入自己的 Key 后可调用 OpenAI 兼容接口、Anthropic 协议或本地模型。它从有云端协作的活跃项目，变成了可用的本地工具最终版。

这带来两个判断：已经在用的团队可以继续用，但要冻结版本、备份配置并准备替代方案；准备新上马的团队，应把“停止维护”列为选型项，而不只看它是否开源、是否支持多模型。

二、安装 VS Code 与 JetBrains

VS Code 的安装路径最直接：

打开 VS Code，按 Cmd/Ctrl + Shift + X 进入扩展面板。
搜索 Continue，确认发布者为 Continue，点击安装。
安装完成后，左侧栏会出现 Continue 图标；可以把它拖到右侧栏，方便边写代码边提问。
按 Cmd/Ctrl + L 打开 Chat，或选中代码后按同样的快捷键把代码带入对话。

JetBrains 需要多看一眼。2026 年 Continue 官方 README 已建议 JetBrains 用户改用 Continue CLI；插件的最终版本通过 GitHub Releases 分发，插件市场是否可见会随地区和版本变化。已有插件的团队可以继续使用，但不建议把新项目押在不再更新的插件上。

CLI 是更稳妥的替代路径，它和 IDE 扩展读取同一份 config.yaml：

# 需要 Node.js 20 及以上
npm install -g @continuedev/cli
cn --version
cn --config ~/.continue/config.yaml

三、准备 Key、Base URL 与模型 ID

开始配置前，先把三样东西准备好：一把网关 Key、一个兼容地址、一个准确的模型 ID。

打开中商起航 AI 网关注册页，注册并登录控制台。
进入「API 密钥」页面，新建密钥，名称写清使用者和设备，例如 continue-zhang-macbook。
按需设置额度上限和过期时间。个人账号也建议设置，避免异常消耗。
复制 Key 并保存到密码管理器。控制台通常只完整显示一次。
打开模型价格，复制要使用的模型 ID。模型和价格会调整，以页面当前展示为准。

配置时使用下面这组值：

Base URL: https://ai.zhongshangqihang.com/v1
API Key:  sk-...（在控制台创建，保存在 .env 或密码管理器）
Model:    以「模型价格」页当前展示的模型 ID 为准

Base URL 填到 /v1 为止。不要填网页首页，也不要自己补 /chat/completions，否则客户端再拼接一次就会变成重复路径。

四、写 config.yaml：provider 与 models

Continue 的全局配置在 ~/.continue/config.yaml（macOS/Linux）或 %USERPROFILE%\.continue\config.yaml（Windows）。存在 config.yaml 时，它会优先于旧的 config.json 被加载，两种格式不要混写。

Key 不建议直接写进 YAML。先在 ~/.continue/.env 中放一行，值不要加引号：

ZSQH_API_KEY=sk-你的网关密钥

然后在 config.yaml 中引用它：

name: zsqh-continue
version: 0.0.1
schema: v1

models:
  - name: ZSQH 主力模型
    provider: openai
    model: YOUR_MODEL_ID
    apiBase: https://ai.zhongshangqihang.com/v1
    apiKey: ${{ secrets.ZSQH_API_KEY }}
    roles: [chat, edit, apply]
    capabilities: [tool_use]

  - name: ZSQH 补全模型
    provider: openai
    model: YOUR_FIM_MODEL_ID
    apiBase: https://ai.zhongshangqihang.com/v1
    apiKey: ${{ secrets.ZSQH_API_KEY }}
    roles: [autocomplete]

几个字段的含义：

provider: openai 表示按 OpenAI 兼容协议发送请求，第三方兼容网关也填这个值。
apiBase 覆盖默认地址，填到 /v1。
apiKey 用 ${{ secrets.名称 }} 从 .env 读取。
roles 决定模型负责哪些功能，默认是 [chat, edit, apply, summarize]。
capabilities: [tool_use] 让 Agent 模式可以调用工具，只有网关模型确实支持时才加。

补全模型不是必填项。只有价格页提供支持 FIM 或补全接口的模型时才这样配；否则删除，或改用本地 Ollama 补全，聊天和编辑仍走网关。

五、验证 Chat、Edit 与自动补全

保存配置后，Continue 通常会自动重载；如果改的是 .env，按官方 FAQ 的建议重启 IDE。然后按下面顺序验证：

打开 Chat，在模型选择器里明确选中刚配置的模型，不要用自动选择。
发送一个短请求，例如“解释当前文件里的这个函数”，确认能正常返回。
打开网关控制台的用量或请求日志，确认出现同一时间、同一模型、同一把 Key 的记录。
选中一段代码，按 Cmd/Ctrl + I 打开 Edit，让它做一个小改动，再接受或拒绝 diff。
新建一个文件，输入注释或函数开头，测试 Tab 补全；没有反应时先检查 autocomplete 模型是否为 FIM 模型。
配置了 tool_use 时，再让 Agent 读取文件并给出修改建议，确认工具调用可用。

只看编辑器有没有回复不够，以网关日志为准，才能确认请求真的走了自定义 API。

六、模型角色怎么分工

功能	对应角色	模型要求	注意事项
对话 Chat	`chat`	通用指令跟随能力	侧边栏问答、解释代码
编辑 Edit	`edit`、`apply`	代码理解与精确改动	选中代码后按 `Cmd/Ctrl + I`
自动补全	`autocomplete`	FIM 训练、低延迟	聊天模型通常补不好
Agent	`chat` 加 `tool_use`	支持工具调用	需在 `capabilities` 中声明
代码库检索	`embed`	嵌入模型	影响 `@Codebase` 的可用性

一个模型可以同时承担 chat、edit、apply，不必为每个角色都建一条配置。真正需要单独配置的是自动补全：它触发频率高，对延迟和 FIM 能力的要求与聊天完全不同。把聊天模型硬设为 autocomplete，常见结果是补全很慢、内容很长，或者干脆不出现。

嵌入和重排序属于可选能力，是否提供以模型和接口文档为准。

七、常见限制与易错点

远程 uses: 引用可能失效。Hub 下线后，共享配置块不再解析，改成内联的 provider、model、apiKey。
自动补全不是“配了就有”。模型需要支持 FIM 或补全接口，普通 Chat Completions 模型不一定合适。
自定义模型的上下文长度和能力不会自动识别。必要时用 defaultCompletionOptions.contextLength 和 capabilities 手动声明。
Agent 模式依赖工具调用。网关只兼容聊天接口时，普通对话可用，Agent 可能失败。
项目已停止活跃维护。IDE 升级、系统证书变化和依赖更新都可能带来兼容问题，团队要预留回退方案。
Base URL 和模型 ID 是最常见的两个错误源。前者多写或少写 /v1，后者大小写或版本后缀不一致。
IDE 扩展通常读不到终端里 export 的环境变量。Key 应放在 .env 文件，而不是只写在 shell 配置里。

八、团队落地清单

冻结一个验证过的版本，保存 VSIX、JetBrains 插件或 CLI 安装包，避免以后找不到同版本。
在网关按人、按设备创建 Key，设置额度上限和过期时间，不使用全员共享 Key。
把 config.yaml 模板放进内部仓库，Key 用 ${{ secrets.名称 }} 占位；.env 加入忽略规则。
先选三到五名开发者试点两周，记录请求成功率、平均延迟、补全采纳情况和人均消耗。
维护模型映射表：用途、配置里的模型 ID、网关对应模型、失败时的备用模型。
把 Continue 停止维护列为季度评估项，提前对比仍在活跃开发的替代工具，保留迁移路径。
成员离职、换机或项目结束时，当天禁用对应 Key，并清理本地 .env。

成本方面，先用真实请求跑一周，再按模型价格当期数据估算。价格会随供应商调整，不要拿旧截图做预算。

九、常见问题

Continue 被收购后还能安装吗？

可以。VS Code 扩展仍在市场提供，CLI 也可以安装；JetBrains 插件官方已建议改用 CLI。能安装不等于持续维护，新项目应评估长期风险。

Base URL 应该填到哪一层？

填到 https://ai.zhongshangqihang.com/v1。不要填网页首页，也不要补 /chat/completions，否则容易出现路径重复或 404。

为什么聊天能用，Tab 补全却不工作？

补全需要单独的 autocomplete 模型，并且模型要支持 FIM 或补全接口。聊天模型即使能对话，也不一定能补全。先确认网关是否提供合适的补全模型。

一个 Key 能同时配多个模型吗？

可以。Key 是鉴权凭证，模型由 model 字段决定。多个模型条目可以复用同一把 Key；如果团队需要分开核算，再按角色或项目拆 Key。

JetBrains 用户应该装插件还是用 CLI？

如果团队已经装有可用插件，可以继续用，但要冻结版本。新环境优先按官方 README 的建议使用 Continue CLI，它读取同一份 config.yaml，维护风险更低。

下一步

先在中商起航 AI 网关创建一把测试 Key，按本文示例跑通 Chat、Edit 和补全，再把配置模板分发给团队。模型可用性与当期价格以模型价格为准。