Codex迁移踩坑：登录后请求走中转解决方案

前言

最近在迁移Codex的时候，遇到个挺让人头疼的配置问题。明明已经用官方Plus账号登录了，可每次发请求，都给我弹一个401 Unauthorized的错误：

unexpected status 401 Unauthorized: 
{
"code":"INVALID_API_KEY","message":"Invalid API key"
}, 
url: https://...中转站.com/v1/responses, 
cf-ray: a1adf952aef7cf12-SJC, 
request id: c64faec8-54bc-4723-8862-1761785f3cc76

日志里暴露出来的请求地址，才是真正的问题所在：url: https://中转站.com/v1/responses

登录的是官方账号，请求却依然发往旧的中转站地址。

这篇文章把整个排查过程与底层原理都梳理了一遍，希望能帮到正在迁移的朋友，别再踩这个坑。

问题现象

先说背景吧，已经完成官方ChatGPT账号登录，Plus订阅状态正常，登录态也没问题。但执行任何Codex命令，都会报INVALID_API_KEY错误。

关键线索就在日志里的请求URL里：https://中转站.com/v1/responses

OpenAI官方接口的域名明明是api.openai.com，而不是第三方中转站域名。这说明Codex根本就没有使用官方Provider。

第一反应：是不是登录没生效？

大多数人遇到这个问题的第一反应，都是——是不是登出不干净？于是反复执行codex logout和codex login。重新登录后问题依旧，这就排除了登录状态的问题，说明根因在别处。

真正原因：config.toml 中残留的 Custom Provider 配置

打开Codex的配置文件，会发现类似这样一段配置：

# macOS / Linux
vim ~/.codex/config.toml
Windows
通常位于 C:Users...用户名>.codexconfig.toml

model = "gpt-5.6-sol"
model_provider = "custom"
[model_providers.custom]
name = "custom"
wire_api = "responses"
requires_openai_auth = true
base_url = "https://中转站.com/v1"

问题就出在这里。

容易误解的参数：requires_openai_auth = true

很多人看到这个参数会以为“开启了官方认证=使用官方接口”，其实完全不是。它的真实含义是：使用OpenAI登录获取的身份凭证，但请求仍然发送到custom provider指定的地址。

用流程图来表示更直观：

OpenAI 登录
│
▼
获取 Access Token
│
▼
请求发往 max.jojocode.com ← 仍然是中转站

而不是大家直觉中的：

OpenAI 登录
│
▼
请求发往 api.openai.com

登录身份和请求目的地是两个完全独立的配置项。

Codex 的请求路由逻辑

Codex发请求时的判断流程大致是这样的：

发起请求
│
▼
读取 model_provider 配置
│
├── model_provider = "openai" → 走官方 api.openai.com
│
└── model_provider = "custom" → 走 [model_providers.custom]
中的 base_url 地址

由于配置里写死了model_provider = "custom"和base_url = "https://max.jojocode.com/v1"，无论你登录哪个账号，请求最终都会被发往中转站。官方登录只是提供了一个Token，这个Token在中转站那边验证不通过，自然就报了INVALID_API_KEY。

解决方案

第一步：清理 Custom Provider 配置

删除config.toml中以下整段内容：

model = "gpt-5.6-sol"
model_provider = "custom"
[model_providers.custom]
name = "custom"
wire_api = "responses"
requires_openai_auth = true
base_url = "https://max.jojocode.com/v1"

其余配置（plugins、mcp_servers、playwright、desktop、projects等）全部保留即可。删除后，Codex会回退到默认的openai provider，请求自然就走官方api.openai.com了。

第二步：重新登录

codex logout
codex login

第三步：完全重启 Codex

注意：不是简单关闭窗口。需要确保所有相关进程都退出：退出Codex主程序（托盘图标也要退出）、关闭VS Code/编辑器中的Codex插件、关闭所有正在运行的终端。重新打开后再验证。

第四步：CC-Switch修改

使用官方账号后，要选择OpenAI Official供应商，防止之后启动再次转接到其他中转供应商。最后重启Codex即可解决问题。

快速自检：怎么判断是不是还在走中转？

看日志里的请求URL是最直接的方法：

只要日志里出现非官方域名，就说明Provider或Base URL配置还没改干净。

总结与思考

这次踩坑的核心可以用一句话概括：登录的是官方账号≠请求走官方接口。

打个比方：登录身份就像身份证，请求地址就像快递收件地址。身份证是真的，但快递仍然寄到了旧地址，对方当然收不到。

INVALID_API_KEY这个错误信息确实很有迷惑性——它会引导你去排查API Key、账号权限，而真正的问题藏在Provider配置里。

排查同类问题的经验法则：遇到API鉴权报错，先看请求URL对不对。地址都错了，再怎么折腾Key和登录都是徒劳。