Continue.dev OpenAI-compatible API 怎么配置？API Key、Base URL 和模型名指南

Q: Continue.dev 的 Base URL 要不要带 /v1？

多数情况下要带。Continue.dev 在 OpenAI-compatible 模式下配置 Base URL 时，通常需要填写带 /v1 的地址，例如 https://api1.link-ai.cc/v1 或 https://api2.link-ai.cc/v1。是否必须带 /v1 取决于你的 Provider 模式和字段含义，但在 OpenAI-compatible 语境里，带 /v1 是最常见且更不容易混淆的写法。

Q: Continue.dev 可以用 api2.link-ai.cc/v1 吗？

可以。若你在 Continue.dev 使用 OpenAI-compatible 配置并希望测试更长的上下文或更长输出，可把 Base URL 填为 https://api2.link-ai.cc/v1（以 code 文本形式填写，不要当网页链接打开）。建议先用短 prompt 验证 Key + Base URL + model 三者匹配，再逐步加长上下文。

Q: Continue.dev 和 Claude Code 的 Base URL 一样吗？

不一定一样。Continue.dev 这里讨论的是 OpenAI-compatible 配置，Base URL 通常带 /v1（例如 https://api1.link-ai.cc/v1）。而 Claude Code / Anthropic Messages 的原生模式通常不带 /v1（例如 https://api2.link-ai.cc）。请按“客户端使用的 API 模式”区分，不要把两种模式的 Base URL 混用。

Q: Continue.dev 报 401 是什么原因？

401 通常表示 API Key 无效或未被识别：例如 Key 复制不完整、前后有空格、用错了平台的 Key、或 Continue.dev 实际请求没有带上 Authorization。排查时优先核对 API Key 是否完整、是否来自 LinkAI 控制台，并对照 /codex-cli-invalid-api-key/ 的 401 排查清单。

Q: Continue.dev 报 403 但账户有余额怎么办？

403 更常见表示“权限不足”而不是“余额不足”。有余额不等于有所有模型权限。请检查你填写的 model 是否在后台已启用且你的账户/分组有访问权限，并参考 /model-not-found-api-error/ 的权限与模型名检查顺序。

Q: Continue.dev model not found 怎么排查？

model not found / 404 往往是模型名、Base URL 或 API 模式不匹配导致：例如 Base URL 少了 /v1、把 Anthropic 原生 Base URL 当成 OpenAI-compatible Base URL、或 model 名称与后台一致性不够（大小写/连字符/后缀不同）。建议按 /model-not-found-api-error/ 的步骤依次核对 Base URL、/v1、model 与权限。

Q: Continue.dev no available channel 是什么？

no available channel 表示请求已经到达网关，但当前模型没有可用渠道处理。常见原因包括：模型未开通/未启用、渠道故障或熔断、分组权限不足、或上游临时不可用。建议对照 /no-available-channel/ 的检查点逐项排查。

Q: Continue.dev 出现 tool_call message 怎么办？

tool_call / function_call 结构被直接展示，通常与工具调用能力、客户端兼容性、协议转换或流式响应中断有关。建议先确认 Continue.dev 的 Provider 是否支持 tools 相关能力，再结合 completion_tokens、usage 与消费记录判断是否异常，并参考 /tool-call-message-api-error/ 与 /api-billing-transparency/。

Q: Continue.dev empty response 但有扣费记录怎么办？

不要只看“有无输出”判断是否异常扣费。请同时查看 usage / completion_tokens、raw quota（真实消耗）以及后台消费记录。如果失败无输出但有扣费，建议保留 request_id、时间、模型名、客户端截图与消费记录，提交客服核查。更多口径见 /api-billing-transparency/。

Q: Continue.dev 怎么确认 usage 和 raw quota？

Continue.dev 通常会展示响应里的 usage 字段（如 prompt_tokens、completion_tokens），但是否展示以及展示位置取决于版本与日志设置。raw quota 属于更接近真实消耗的对账维度，建议以后台消费记录与平台提供的 raw quota 查询为准，并结合 /api-billing-transparency/ 的对账方法确认。

💡 直接答案

Continue.dev 在 OpenAI-compatible 模式下配置 API，通常需要同时填对三件事：API Key（身份凭证）、Base URL（API 入口地址）和 model（你有权限调用的模型名）。最常见的坑是 Base URL 是否带 /v1：在 Continue.dev 的 OpenAI-compatible 配置里，Base URL 通常写成带 /v1 的形式，例如 https://api1.link-ai.cc/v1。

领取 $2 免费福利 → 用 AI API Doctor 辅助检查 →

Continue.dev 里 API Key、Base URL、Model 分别是什么？

API Key：从 LinkAI 控制台获取的密钥，通常以 sk- 开头，用来做身份验证。Key 本身不等于“拥有所有模型权限”。
Base URL：OpenAI-compatible API endpoint（你要把请求发到哪里）。注意 Continue.dev 不是直接打开 Base URL 的网页，而是在配置文件或设置里把 Base URL 当作“请求前缀”写进去。
Model：你要调用的模型名，必须是后台已启用、并且你的账户/分组有权限访问的模型。模型名只要有一个字符不同（大小写、连字符、后缀）就可能触发 model not found。

如果你对 OpenAI-compatible 的基本概念还不熟，可以先读这两篇：

Continue.dev OpenAI-compatible Base URL 怎么填？

Continue.dev 的 OpenAI-compatible 配置里，Base URL 通常带 /v1。下面给出常见填写方式（注意：这些地址应以 <code> 文本形式填写，不要当作网页链接打开）。

场景	Base URL	说明
普通请求 / 常规补全	`https://api1.link-ai.cc/v1`	适合一般对话、补全、日常开发问答。先用短 prompt 验证三要素匹配。
长上下文 / 长输出测试	`https://api2.link-ai.cc/v1`	用于更长的上下文或更长输出的稳定性测试（仍是 OpenAI-compatible 模式）。
Claude Code / Anthropic Messages 原生模式	`https://api2.link-ai.cc`	这不是 Continue.dev OpenAI-compatible 默认配置，只是提醒不要混淆不同客户端模式：Anthropic 原生模式通常不带 `/v1`。

如果你正在同时配置多个 AI 编码工具，建议对照这篇“多工具 Base URL 统一口径”的页面，避免把不同 API 模式混在一起：

/ai-coding-tools-base-url/

Continue.dev 配置示例

不同版本的 Continue.dev UI 和配置文件字段可能变化，下面示例用于理解填写逻辑（Key / Base URL / model 三者如何对应）。实际字段名与配置位置以 Continue.dev 当前文档或客户端界面为准。

provider: openai
apiKey: sk-你的APIKey
apiBase: https://api1.link-ai.cc/v1
model: 你的模型名

如果 Continue.dev 支持“列出可用模型”或在日志里能看到实际请求路径，建议确认请求确实打到了你配置的 Base URL，并且没有出现重复拼接（例如 /v1/v1）或漏掉 /v1 的情况。

401、403、404、model not found 分别怎么排查？

错误	常见原因	检查点	相关指南
401	API Key 错误 / 未生效	Key 是否复制完整、是否带空格、Key 与 Base URL 是否属于同一平台	/codex-cli-invalid-api-key/
403	余额、分组、模型权限不足	账户额度只是必要条件；还要确认模型已启用且你有权限访问	/model-not-found-api-error/
404 / model not found	Base URL、`/v1`、模型名不匹配	OpenAI-compatible Base URL 通常带 `/v1`；检查模型名是否与后台一致	/model-not-found-api-error/
no available channel	当前模型无可用渠道	检查模型权限、渠道状态、上游状态；确认模型名对应渠道存在且可用	/no-available-channel/

Continue.dev 里出现 tool_call、function_call 或 empty response 怎么办？

tool_call / function_call：这类结构通常和模型工具调用、客户端兼容、协议转换有关。理想情况下客户端应该消费这些结构（执行工具或把结果回填），而不是直接把 JSON 结构展示出来。
empty response：要结合 completion_tokens、usage、stream 状态和后台消费记录判断。不要只凭单个字段下结论。

建议先看这两篇的排查口径：

另外，如果你遇到的是长请求超时、524/503 等问题，也可以对照这篇页面的稳定性排查思路：

/claude-code-524-503-timeout/

Continue.dev 使用 LinkAI 时，怎么做小额测试？

先用短 prompt 测三要素：API Key、Base URL、model。目标是尽快确认 401/403/404 这类“配置型错误”。
再测试中等上下文：确认 usage 返回、日志可追踪，并观察响应是否稳定。
再测试长上下文：用于验证更长输出/上下文的可用性（必要时切换到 api2 的 OpenAI-compatible Base URL）。

每次请求都建议对照：

响应里的 usage（尤其是 prompt_tokens / completion_tokens）
raw quota（更接近真实消耗）
后台消费记录

如果出现“失败无输出但有扣费”的争议场景，建议留存：request_id、时间、模型名、客户端截图、消费记录，提交客服核查。

领取 $2 免费福利

用于在 Continue.dev 中做小额逐步验证：先短 prompt，再中等上下文，再长上下文。

https://api1.link-ai.cc/register 先读：API Key / Base URL 基础

用 AI API Doctor 辅助检查 Continue.dev 配置

AI API Doctor 是独立的 API 配置诊断工具，可辅助检查 Base URL、API Key、模型权限和常见错误。最终是否可用仍应以 Continue.dev 实际请求结果和后台记录为准。

FAQ

1) Continue.dev 的 Base URL 要不要带 /v1？

在 Continue.dev 的 OpenAI-compatible 配置里，Base URL 通常带 /v1，例如 https://api1.link-ai.cc/v1。如果你不确定当前 Provider 模式，建议优先按 OpenAI-compatible 的惯例填写，并在日志里确认实际请求路径。

2) Continue.dev 可以用 api2.link-ai.cc/v1 吗？

可以。用于长上下文/长输出测试时，可把 Base URL 设为 https://api2.link-ai.cc/v1。建议先短 prompt 验证三要素一致，再逐步加长。

3) Continue.dev 和 Claude Code 的 Base URL 一样吗？

不一定。Continue.dev 这里讨论 OpenAI-compatible 配置，通常带 /v1；Claude Code / Anthropic Messages 原生模式通常不带 /v1。不要把两种模式混用。

4) Continue.dev 报 401 是什么原因？

401 常见原因是 API Key 错误或未生效：复制不完整、前后空格、Key 与 Base URL 不属于同一平台、或请求没有带上 Authorization。可参考 /codex-cli-invalid-api-key/ 的排查清单。

5) Continue.dev 报 403 但账户有余额怎么办？

403 更常见是模型权限不足。余额不等于拥有所有模型权限。检查 model 是否已启用、你是否有该模型权限，并参考 /model-not-found-api-error/。

6) Continue.dev model not found 怎么排查？

重点检查 Base URL 是否为 OpenAI-compatible 模式且通常带 /v1，以及 model 名是否与后台列表一致（字符完全匹配）。可参考 /model-not-found-api-error/。

7) Continue.dev no available channel 是什么？

表示目标模型没有可用渠道处理请求。常见原因：模型未开通/渠道异常/权限不足。参考 /no-available-channel/ 的排查顺序。

8) Continue.dev 出现 tool_call message 怎么办？

通常与工具调用结构、客户端兼容或协议转换有关。先确认 Continue.dev 的 Provider 是否支持 tools，再结合 usage 与扣费记录判断，参考 /tool-call-message-api-error/。

9) Continue.dev empty response 但有扣费记录怎么办？

结合 completion_tokens、usage、raw quota 与后台消费记录对账，保留 request_id、时间、模型名与截图提交核查。参考 /api-billing-transparency/。

10) Continue.dev 怎么确认 usage 和 raw quota？

usage 往往在响应体里（字段是否展示取决于 Continue.dev 版本与日志设置）；raw quota 更适合对账，建议以平台后台与消费记录为准。可参考 /api-billing-transparency/。

11) AI API Doctor 可以检查 Continue.dev 配置吗？

可以辅助检查 Base URL、API Key、模型权限与常见错误码，但最终仍以 Continue.dev 实际请求结果和后台记录为准。入口：https://aiapidoctor.com/

12) LinkAI 的 $2 免费福利适合怎么测试 Continue.dev？

适合做小额逐步验证：短 prompt → 中等上下文 → 长上下文/长输出。每次都对照 usage、raw quota 与消费记录，避免只凭单次现象下结论。注册链接：https://api1.link-ai.cc/register