Kilo Code、Cline、Continue 国内接入清单：同一把 Key 三个插件怎么填

2026-10-28 · 5 分钟阅读

Kilo CodeClineContinueAI 编程接入清单不墨API

三个插件可以配置同一个不墨 API 地址和 Key，差别在配置入口与字段名：Kilo Code 添加自定义服务商，Cline 选 OpenAI Compatible，Continue 在 YAML 中设置 provider: openai。统一的 API 基础地址是 https://api.bumo.cc/v1，不要把插件各自的账号余额当成不墨钱包余额。

这份清单适合已经安装其中一个插件、希望接入国内模型的用户。只需配置你正在用的那个，不必装齐三个。准备 Key、填写配置、发送小请求，共三步。本文按 2026 年 10 月 15 日查到的官方文档与不墨公开接口整理，未完成三款插件的端到端实调。

第一步：备好同一组接入信息

从不墨 API 首页登录或注册，在钱包走微信充值流程，再到 API Key 页面创建密钥。支付方式及到账状态以页面为准；本文未执行实际付款。

把下面三项放在手边：

项目	本文配置值
API 基础地址	`https://api.bumo.cc/v1`
API Key	你自己的不墨 API Key
示例 Model ID	`qwen/qwen3.8-flash`

示例模型确实出现在公开模型列表中，但本清单没有据此给出编程能力或速度排名。如果要换模型，复制接口中对应的完整 id，保留厂商前缀。

同一把 Key 可用于比较配置；长期同时使用多个插件时，也可各建一把便于单独撤销。无需为了迁移插件重新选择模型服务。

第二步：只看你使用的插件那一栏

插件	服务商配置	地址字段	模型字段
Kilo Code	Custom provider → OpenAI Compatible	Base URL	Models
Cline	OpenAI Compatible	Base URL	Model ID
Continue	`provider: openai`	`apiBase`	`model`

Kilo Code：创建自定义服务商，再选模型

按当前 Kilo 官方配置页，在设置的 Providers 页找到 Custom provider，填入：

Provider ID: bumo
Display name: 不墨 API
Provider API: OpenAI Compatible
Base URL: https://api.bumo.cc/v1
API key: 你自己的不墨 API Key
Models: qwen/qwen3.8-flash

bumo 是你给这组连接取的本地标识，不是模型 ID。可以从自动获取的模型列表选择，也可以手动填写；保存后在模型选择器中选中它。若你安装的版本直接提供 OpenAI Compatible 选项，就按该版本界面填写地址、Key 和模型，字段含义一致。

这份配置使用 Chat Completions 格式，不要仅因为列表中某个模型的厂商名字，就自行换成其他协议。

Cline：填写兼容服务的三个关键字段

在设置中将 API Provider 设为 OpenAI Compatible，然后填 Base URL、API Key、Model ID，值与第一步相同。官方字段说明见 Cline 文档。

如果当前模式有独立模型设置，切换模式后再核对一次。不要把旧服务商的模型名与新的不墨地址混着用。

Continue：把模型加到本地 YAML

在 Continue 的本地配置中使用下面结构。如果已有 models 列表，只把这一项合并到列表内，保留其他配置，不要再写第二个顶层 models。

name: Bumo Local
version: 1.0.0
schema: v1
models:
  - name: 不墨 Qwen
    provider: openai
    model: qwen/qwen3.8-flash
    apiBase: https://api.bumo.cc/v1
    apiKey: YOUR_BUMO_API_KEY
    roles:
      - chat

将 YOUR_BUMO_API_KEY 换成自己的密钥，只保存在本机配置中，不要提交 Git。保存并在 Continue 里选择这项模型，用 Chat 发一次短请求。apiBase 的写法依据 Continue 官方兼容服务配置。

这里先配置 chat 角色；不要把它当成已经配置了自动补全、嵌入或代码库索引。那些用途对模型和接口有额外要求。

第三步：用小任务验收，而不是一上来让它重构项目

按顺序完成这张清单，前一项没过就先停在该层排查：

基础回复：发送“用一句话解释 JavaScript 的 map”，确认能返回正常文本。
上下文读取：提供一小段无敏感信息的代码，要求只解释、不修改，核对回答是否对应代码。
工具调用：如果要使用插件的 Agent 模式，单独在测试文件上验证一次小改动；查看差异、批准必要操作后运行测试。Continue 上面的 Chat 配置不代表 Agent 已通过验收。
用量核对：在不墨钱包检查此次请求的使用记录。一个 Agent 任务可能发出多轮请求，不能把“点一次发送”当作“一次计费请求”。

三个插件填了同样的模型，也可能因为上下文组织、工具定义和循环次数不同，得到不同结果及用量。比较时用同一个小任务，记录结果是否正确、改了哪些文件和钱包实际用量，比只看插件估算更有用。

配置失败时，按错误分层排查

错误位置	对应检查
YAML 保存后无法加载	检查缩进、重复的顶层字段以及占位符是否已替换
请求返回 401	核对 Key 来源、完整性和有效状态；列表能打开并不证明鉴权通过
模型不存在	从不墨 `/v1/models` 重新复制完整 ID
请求 404	对照本清单统一填写 `/v1` 基础地址，排除重复路径
普通聊天正常、工具报错	检查该模型与插件模式的工具调用兼容性，不能靠充值修复协议问题
余额或 Key 限制提示	查看钱包和 Key 设置，以错误详情与实际账单为准

配置就绪后，从不墨 API Key 页面管理你给插件使用的密钥。先让一个插件完成一个小任务，再迁移其他插件，接入问题更容易定位。