前言

最近在將 Codex 從第三方 API 中轉(zhuǎn)站遷移到官方 ChatGPT 賬號(hào)時(shí)，遇到了一個(gè)配置問(wèn)題。明明已經(jīng)用官方 Plus 賬號(hào)完成登錄，每次發(fā)送請(qǐng)求卻依然返回 401 Unauthorized：

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

而日志中的請(qǐng)求地址暴露了真正的問(wèn)題：url: https://中轉(zhuǎn)站.com/v1/responses

登錄的是官方賬號(hào)，請(qǐng)求卻依然發(fā)往舊的中轉(zhuǎn)站地址。

這篇文章完整記錄了整個(gè)排查過(guò)程與底層原理，幫同樣在遷移的朋友少走彎路。

問(wèn)題現(xiàn)象

先交代一下背景：已完成官方 ChatGPT 賬號(hào)登錄，Plus 訂閱狀態(tài)正常，登錄態(tài)也沒(méi)有問(wèn)題。但執(zhí)行任何 Codex 命令都會(huì)報(bào) INVALID_API_KEY 錯(cuò)誤。

關(guān)鍵線索在日志里的請(qǐng)求 URL：https://中轉(zhuǎn)站.com/v1/responses

OpenAI 官方接口的域名應(yīng)該是 api.openai.com，而不是第三方中轉(zhuǎn)站域名。這說(shuō)明 Codex 根本沒(méi)有使用官方 Provider。

第一反應(yīng)：是不是登錄沒(méi)生效？

大多數(shù)人遇到這個(gè)問(wèn)題的第一反應(yīng)都是——是不是登出不干凈？于是反復(fù)執(zhí)行：

codex logout
codex login

重新登錄后問(wèn)題依舊。這就排除了登錄狀態(tài)的問(wèn)題，說(shuō)明根因在別處。

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

打開(kāi) Codex 配置文件：

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

會(huì)發(fā)現(xiàn)類似這樣一段配置：

model = "gpt-5.6-sol"
model_provider = "custom"
[model_providers.custom]
name = "custom"
wire_api = "responses"
requires_openai_auth = true
base_url = "https://中轉(zhuǎn)站.com/v1"

問(wèn)題就出在這里。

容易誤解的參數(shù)：requires_openai_auth = true

很多人看到這個(gè)參數(shù)會(huì)以為"開(kāi)啟了官方認(rèn)證 = 使用官方接口"，其實(shí)完全不是。

它的真實(shí)含義是：使用 OpenAI 登錄獲取的身份憑證（Token），但請(qǐng)求仍然發(fā)送到 custom provider 指定的地址。

用流程圖表示更直觀：

OpenAI 登錄
    │
    ▼
獲取 Access Token
    │
    ▼
請(qǐng)求發(fā)往 max.jojocode.com  ← 仍然是中轉(zhuǎn)站

而不是大家直覺(jué)中的：

OpenAI 登錄
    │
    ▼
請(qǐng)求發(fā)往 api.openai.com

登錄身份和請(qǐng)求目的地是兩個(gè)完全獨(dú)立的配置項(xiàng)。

Codex 的請(qǐng)求路由邏輯

Codex 發(fā)請(qǐng)求時(shí)的判斷流程大致如下：

發(fā)起請(qǐng)求
   │
   ▼
讀取 model_provider 配置
   │
   ├── model_provider = "openai"  →  走官方 api.openai.com
   │
   └── model_provider = "custom"  →  走 [model_providers.custom]
                                       中的 base_url 地址

由于配置里寫(xiě)死了 model_provider = "custom" 和 base_url = "https://max.jojocode.com/v1"，無(wú)論你登錄哪個(gè)賬號(hào)，請(qǐng)求最終都會(huì)被發(fā)往中轉(zhuǎn)站。官方登錄只是提供了一個(gè) Token，這個(gè) Token 在中轉(zhuǎn)站那邊驗(yàn)證不通過(guò)，自然就報(bào)了 INVALID_API_KEY。

解決方案

第一步：清理 Custom Provider 配置

刪除 config.toml 中以下整段內(nèi)容：

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 會(huì)回退到默認(rèn)的 openai provider，請(qǐng)求自然就走官方 api.openai.com 了。

第二步：重新登錄

codex logout
codex login

第三步：完全重啟 Codex

注意：不是簡(jiǎn)單關(guān)閉窗口。

需要確保所有相關(guān)進(jìn)程都退出：

• 退出 Codex 主程序（托盤(pán)圖標(biāo)也要退出）
• 關(guān)閉 VS Code / 編輯器中的 Codex 插件
• 關(guān)閉所有正在運(yùn)行的終端

重新打開(kāi)后再驗(yàn)證。

第四步：CC-Switch修改

使用官方的賬號(hào)后，要選擇OpenAI Official供應(yīng)商，防止之后啟動(dòng)再次轉(zhuǎn)接到其他的中轉(zhuǎn)供應(yīng)商。

最后重啟Codex即可解決問(wèn)題

快速自檢：怎么判斷是不是還在走中轉(zhuǎn)？

看日志里的請(qǐng)求 URL 是最直接的方法：

只要日志里出現(xiàn)非官方域名，就說(shuō)明 Provider 或 Base URL 配置還沒(méi)改干凈。

總結(jié)與思考

這次踩坑的核心可以用一句話概括：登錄的是官方賬號(hào) ≠ 請(qǐng)求走官方接口。

打個(gè)比方：登錄身份就像身份證，請(qǐng)求地址就像快遞收件地址。身份證是真的，但快遞仍然寄到了舊地址，對(duì)方當(dāng)然收不到。

INVALID_API_KEY 這個(gè)錯(cuò)誤信息也很有迷惑性——它會(huì)引導(dǎo)你去排查 API Key、賬號(hào)權(quán)限，而真正的問(wèn)題藏在 Provider 配置里。

排查同類問(wèn)題的經(jīng)驗(yàn)法則： 遇到 API 鑒權(quán)報(bào)錯(cuò)，先看請(qǐng)求 URL 對(duì)不對(duì)。地址都錯(cuò)了，再怎么折騰 Key 和登錄都是徒勞。

到此這篇關(guān)于Codex遷移踩坑記錄:賬號(hào)登錄后請(qǐng)求卻走中轉(zhuǎn)解決方案的文章就介紹到這了,更多相關(guān)Codex遷移失敗解決內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持腳本之家！

最新評(píng)論