OpenAI-compatible API Gateway 是什么?Codex、Cursor、Claude Code 如何接入

🔌 Gateway 2026-05-19 阅读约 6 分钟

🤖 AI 摘要

OpenAI-compatible API Gateway 是指使用与 OpenAI API 相同请求格式的 API 代理服务。它通过统一的 Base URL + API Key 机制,让各种客户端(Codex CLI、Cursor、Continue、LobeChat、NextChat 等)无需修改代码,只需要更换 Base URL 即可切换到不同的模型源。Link-AI 提供 api1(普通请求)和 api2(长任务直连)两个通道,兼容主流 OpenAI-compatible 客户端。如果你正在配置 Continue.dev、Cursor、Codex 或 Cline,OpenAI-compatible API 的关键是 Base URL、API Key、模型名和 /v1 模式是否匹配,选对通道可以显著减少 401、403、524 等错误。

💡 直接答案

OpenAI-compatible 的核心是 Base URL + API Key + /v1 + 模型名,四者必须同时匹配。换 Base URL = 换模型源,换 API Key = 换账户。如果你正在配置 Continue.dev、Cursor、Codex 或 Cline,OpenAI-compatible API 的关键是 Base URL、API Key、模型名和 /v1 模式是否匹配。Codex CLI、Claude Code 等长任务工具用 api2.link-ai.cc/v1;普通聊天工具(Cursor 快速问答、LobeChat)用 api1.link-ai.cc/v1。常见错误:401 = Key 无效,403 = 没权限,404 = 路径错误,524 = 超时(换 api2)。

如果你需要在 Continue.dev 里单独配置 OpenAI-compatible Provider(API Key / Base URL / model),可以看这篇承接页:/continue-openai-compatible-api/

OpenAI-compatible 是什么

OpenAI-compatible 是指 API 的请求格式与 OpenAI 官方 API 完全兼容:

只要中转站支持这个格式,客户端就可以通过换 Base URL 来接入,而不需要任何代码修改。

Base URL 和 API Key 的关系

关于 Base URL、API Key、/v1 和模型名的完整填写逻辑,参考 OpenAI API Key 和 Base URL 是什么?新手配置指南

Google I/O 2026 后,为什么 OpenAI-compatible API Gateway 更重要

Google I/O 2026 后,agentic coding 工具不再只是"一次 chat completion",而是包含工具调用、代码执行、长任务编排的整体系统。Antigravity CLIClaude CodeCodex CLICursor 这类工具对 API Provider 的要求更高:

OpenAI-compatible API Gateway 的核心价值,正是提供以上统一能力。无论开发者用的是 Claude Code(ANTHROPIC_BASE_URL)、Codex CLI(config.toml)、Cursor(Provider 配置)还是 Antigravity CLI(API Provider),只要 Base URL 和 API Key 格式一致,都可以共用同一个网关。

相关页面:Antigravity CLI API Provider 配置准备清单Claude Code API 为什么会超时

为什么很多客户端只要换 Base URL

因为这些客户端内置了 OpenAI API 兼容层。用户只需要:

  1. 填入 Base URL(指向 Link-AI 而不是 OpenAI)
  2. 填入从 Link-AI 获取的 API Key
  3. 选择想用的模型(claude-3-opus、gpt-4 等)

客户端会自动用 OpenAI 兼容格式发送请求,Link-AI 会处理并路由到对应模型。

主流客户端接入指南

客户端 使用场景 推荐文档 推荐 Base URL
Codex CLI 编码代理、长任务 docs/codex-cli https://api2.link-ai.cc/v1
Claude Code 长上下文/Agent docs/claude-code https://api2.link-ai.cc/v1
Cursor IDE 编程 docs/cursor-api-base-url api1api2
Continue IDE 插件 docs/continue-api-base-url api1api2
LobeChat / NextChat 聊天前端 docs/lobechat-nextchat https://api1.link-ai.cc/v1

api1 / api2 怎么选

通道 Base URL 适合场景 不适合场景
api1 https://api1.link-ai.cc/v1 普通聊天、LobeChat、快速问答 Claude Code 长任务、Codex CLI
api2 https://api2.link-ai.cc/v1 Claude Code、Codex CLI、长上下文 对响应延迟敏感的快速问答

常见错误排查

错误码 含义 常见原因 解决方案
401 认证失败 API Key 无效、未设置、格式错误 检查 ANTHROPIC_AUTH_TOKEN 或 Authorization header
403 权限不足 Key 没有该模型访问权限、用户分组限制 在控制台检查模型授权,参考 403 排查
404 未找到 Base URL 路径错误、模型名不存在 确认 Base URL 是 /v1 结尾,模型名正确
524 超时 任务太长,Cloudflare 120s 超时 切换到 api2 直连通道,参考 524 排查
503 服务不可用 上游过载或暂时不可用 等待后重试,检查渠道状态,参考 503 排查

Link-AI 的接入路径

  1. 注册账号api1.link-ai.cc/register
  2. 创建 API Key:在控制台 #/console/token 创建
  3. 选择客户端对应文档:根据上表的客户端类型,选择对应的配置文档
  4. 测试连通性:用 curl 或客户端自带测试功能验证

快速接入 Link-AI

注册后即可获取 API Key,支持所有主流 OpenAI-compatible 客户端

普通请求: https://api1.link-ai.cc/v1 | 长任务: https://api2.link-ai.cc/v1

FAQ

OpenAI-compatible 是什么?
OpenAI-compatible 指使用与 OpenAI API 相同的请求格式(Base URL + API Key + /v1/chat/completions),让各种客户端无需修改代码即可通过换 Base URL 接入不同模型。
Base URL 和 API Key 是什么关系?
Base URL 是 API 服务器地址,API Key 是身份认证令牌。更换 Base URL 可以切换到不同模型源,更换 API Key 可以切换到不同账户。
Codex CLI 用 api1 还是 api2?
Codex CLI 用于编码代理和长任务,推荐使用 api2.link-ai.cc/v1 作为 Base URL,可以有效减少 524 超时问题。
Cursor 适合用哪个通道?
Cursor 的普通聊天可以用 api1,长代码生成和重构任务建议用 api2。可以根据实际体验选择,api2 更稳定但响应可能稍慢。
LobeChat 用哪个 Base URL?
LobeChat 的聊天场景通常单次请求时间不长,可以用 api1.link-ai.cc/v1。详细配置参考 docs/lobechat-nextchat。
常见错误 401、403、404、524 分别是什么意思?
401 是 API Key 无效或未设置;403 是 Key 没有该模型的访问权限;404 是 Base URL 路径错误或模型不存在;524 是请求超时(任务太长了)。
Google I/O 2026 后的 agentic coding 工具需要什么样的 API Provider?
Antigravity CLI、Claude Code、Codex、Cursor 这类工具需要:自定义 Base URL、长请求通道(避免 524)、usage log(核验扣费)、错误透传。OpenAI-compatible API Gateway 可以统一满足这些需求。具体配置参考 Antigravity CLI API Provider 配置准备清单
NextChat 自定义 API 应该如何填写 Base URL?
如果使用 OpenAI-compatible API,NextChat 的 Base URL 应填写 API 端点而不是控制台、注册页或文档页。以 LinkAI 为例,普通请求可以使用 https://api1.link-ai.cc/v1;如果是长请求或容易超时的任务,可以根据客户端支持情况考虑 https://api2.link-ai.cc/v1。API Key 必须来自同一平台。
NextChat 出现 invalid_api_key 或 no available channel 常见原因是什么?
invalid_api_key 通常表示 Key 没被服务端识别,常见原因是 Key 填错、Base URL 和 Key 不属于同一平台、复制了多余空格或 Key 已撤销。no available channel 更常见于模型暂不可用、路由失败、余额不足、模型权限不足或上游渠道异常,需要结合 request_id、模型名和错误透传信息排查。
tool_calls 和 function_call 是什么?为什么 API 中转站需要兼容?
Claude Code、Cursor、Codex、Cline 等 agent 工具可能依赖 tool_calls 或 function_call 来调用工具。一个 OpenAI-compatible API 服务不只要返回普通文本,也应该尽量正确透传或转换结构化工具调用。如果上游把工具调用当成普通文本返回,客户端可能无法执行工具,甚至把内部调用内容显示出来。
看到 <tool_call>...</tool_call> 被当成普通文本显示,应该怎么处理?
这通常表示当前模型、上游渠道或兼容层没有正确返回结构化 tool_calls。建议先更换支持原生 tool_calls 的模型或渠道,并联系 API 服务方提供请求时间、模型名、request_id 和客户端名称。不要把这类内容当作正常模型回答。相关:API 中转站安全检查清单AI 编码工具 Base URL 配置

相关指南:AI 编码工具统一 Base URL 配置API 中转站安全检查清单扣费透明检测

想先用小额额度测试 OpenAI-compatible API?

如果你正在配置 Cursor、Claude Code、Codex、Cline 或其他 AI 编码工具,可以先领取 LinkAI 的 $2 免费福利,用小额测试验证 Base URL、模型权限、usage 返回和扣费记录。LinkAI 国内用户充值按 1 RMB = 1 USD 额度计入账户。不确定配置是否正确时,也可以用 AI API Doctor 检查 Base URL、API Key、模型权限和常见错误。

AI API Doctor 是独立的 API 配置诊断工具,可用于检查 Base URL、API Key、模型权限和常见错误。