哪些中转站可以接入 Codex？国内外五类平台完整对比

Codex 官方宣布支持第三方模型后，最常见的困惑是：到底哪些中转站/API 网关可以用？国内能直连吗？Fenno 怎么配？

这篇文章把目前主流的五类接入方案逐一对比，并给出每种方案的完整配置方式，直接可用。

——先搞清楚一个前提——

Codex 接入第三方模型，有一个硬性要求：

对接的平台必须原生支持 /v1/responses 端点（即 OpenAI Responses API 格式），而不是普通的 Chat Completions 端点。

这两者不能互换。直接用 Chat Completions 格式的平台接 Codex，会报 400 协议错误。

配置写在 ~/.codex/config.toml 里，API Key 单独存在 auth.json 或系统环境变量中。

最关键的一点：CLI、桌面端、IDE 插件三端共享同一份配置，配好一次，全部生效。

一、Fenno

国内直连，推荐首选

Fenno（api.fenno.ai）是目前国内用户接入 Codex 最顺畅的方案，9.9一个月。

单个 Key 可以统一调用 Claude、GPT、Gemini、DeepSeek 等多款模型，支持支付宝和微信支付，注册免费，订阅从 9.9 元起。

接入 Codex 桌面版的完整步骤——

第一步

第二步

下载并安装 CC Switch，进入 GitHub 下载页面选择适配的安装包。

第三步

在 Fenno 控制台的 API 密钥页面，点击右侧【导入 CCS】，成功导入后在 CC Switch 里找到 GPT 图标，开启 Fenno 开关。

第四步

下载并打开 Codex 桌面版，选择【其他方式登录】，在 Fenno 控制台复制 API Key，填入 Codex 完成登录。

不想用 CC Switch 也可以手动写配置文件，在 ~/.codex/ 目录下新建 fenno.config.toml，填入 model 名称、将 model_provider 指向 fenno、base_url 填 api.fenno.ai、wire_api 填 responses，再把 API Key 写入环境变量即可。

适合人群：国内个人开发者、不想折腾海外支付的小团队。

图片

二、CC Switch

专项适配 Codex 的 CLI 管理工具

CC Switch 本身不是模型提供商，而是专门为 Codex、Claude Code 等 AI 编程 CLI 工具设计的统一管理工具。

它的核心作用是在多个 API 来源之间一键切换，把 Fenno、OpenRouter 等平台的 Key 统一管理，不用每次手动改配置文件。

上面 Fenno 的接入步骤里已包含 CC Switch 的完整用法。

同时用多个平台或多个模型时，CC Switch 能省去大量重复操作。

三、OpenRouter

模型最多，适合海外或有代理的用户

OpenRouter 聚合了 300 个以上的模型节点，连接 60 余家上游供应商，按用量以美元计费，没有订阅门槛。

对国内用户来说，网络访问和美元支付是两个主要门槛，需要稳定代理。

配置方式与 Fenno 相同：model_provider 指向 openrouter，base_url 填 openrouter.ai/api/v1，env_key 填 OPENROUTER_API_KEY，wire_api 填 responses。

适合人群：海外开发者，或国内有稳定代理且需要接入小众模型的用户。

四、国内云厂商网关

阿里云百炼 / 火山方舟 / 百度千帆

这三家已完成 Responses API 适配，可直接接 Codex，国内访问快，支持人民币支付。

以阿里云百炼为例：model 填 qwen3-coder-plus，model_provider 指向 dashscope，wire_api 填 responses。

火山方舟有一个特殊之处：model 字段填的不是模型名，而是控制台里创建的「接入点 ID」，格式类似 ep-20250xxx，填错会报模型不存在。

适合人群：已在用阿里云、字节、百度云服务的企业团队，希望把 AI 用量统一结算到现有账单里。

五、LiteLLM / One API

开源自建，适合有运维能力的团队

LiteLLM 和 One API 都是开源项目，可部署在自己的服务器上，把任意上游 API 统一转成 OpenAI 兼容格式再暴露给 Codex。

优势是完全掌控数据流，可以接入原生不支持 Responses API 的模型（比如 DeepSeek 官方 API、Kimi 等）。

代价是需要自行维护服务稳定性。

适合有专职工程师的企业团队，不适合个人。

DeepSeek 官方 / Kimi 等平台怎么接？

这些平台没有原生适配 Responses API，有三条绕过路径——

走聚合平台

通过阿里云百炼或百度千帆间接调用，这两家已完成协议适配，相当于帮你做了一次转换。

用第三方协议转译代理

如 NovAI（aiapi-pro.com），自动把 Responses 格式的请求转成 Chat Completions 再转发给上游。

本地代理

在本机运行 codex-cn-bridge，本地完成协议转换，再让 Codex 指向本地端口。

图片

五类方案对比

国内直连：Fenno ✅、云厂商网关 ✅、OpenRouter ❌（需代理）、LiteLLM/One API 取决于上游

计费方式：Fenno 订阅（9.9 元起）、OpenRouter 按量（美元）、云厂商按量（人民币）、LiteLLM/One API 只收服务器成本

模型数量：OpenRouter 最多（300+）、Fenno 覆盖主流四家、云厂商各自系列、LiteLLM/One API 取决于接了哪些上游

上手难度：Fenno + CC Switch 最简单、OpenRouter 次之、云厂商需开通服务、LiteLLM/One API 需自行部署

对大多数国内个人开发者来说，Fenno + CC Switch 是上手最快、最省心的组合。

已有阿里云或字节云账号的，直接用对应云厂商网关也很方便。

需要接小众模型或有数据合规要求的企业，再考虑 OpenRouter 或自建方案。

常见故障速查

401 鉴权失败

桌面端未读取到 shell 环境变量，macOS 需用 launchctl setenv 命令单独设置，或直接写入 auth.json。

400 协议错误

平台端点不是 Responses 兼容格式，需换平台或加协议转换层。

Profile 切换不生效

0.134.0 版本之后内联配置写法已失效，必须创建独立的 .config.toml 文件。

火山方舟报模型不存在

model 字段填的是模型名而不是接入点 ID，改成控制台里的 ep-xxx 格式。

小结

Codex 接入第三方模型的核心卡点只有一个：平台必须支持 Responses API。

满足这个条件的选择已经很多——国内首推 Fenno（支付方便、直连稳定），已有云账号的用对应云厂商网关，海外或需要大量模型的用 OpenRouter，有技术能力和合规要求的企业团队自建 LiteLLM。

数据来源：segmentfault.com 大模型网关选型实测（2026 年 7 月 7 日）、腾讯云开发者社区 Codex 第三方模型接入指南（2026 年 6 月 23 日），截至 2026 年 7 月 22 日，各平台定价和模型列表以官方控制台当前展示为准。

哪些中转站可以接入 Codex？国内外五类平台完整对比

相关推荐