1. 问题现象Codex在ChatGPT Plus账号和第三方API之间切换后可能出现以下几类错误。情况一第三方 Key 被发送到 OpenAI 官方接口错误中的请求地址为https://api.openai.com/v1/responses这说明 Codex 当前连接的是 OpenAI 官方 API但使用的 Key 并不是有效的 OpenAI 官方 API Key。常见原因是使用了 PackyCode、PackyAPI 等第三方平台的 Key但接口地址仍然是api.openai.com第三方 Key 被当作 OpenAI 官方 Key 使用。情况二切回 ChatGPT Plus 后仍然请求第三方接口unexpected status 401 Unauthorized:无效的令牌 url: https://www.packyapi.com/v1/responses错误中的请求地址为https://www.packyapi.com/v1/responses这说明虽然 Codex 界面已经登录 ChatGPT Plus 账号但配置文件中仍指定了 PackyAPI。典型残留配置如下model_provider packycode model gpt-5.4 [model_providers.packycode] name packycode base_url https://www.packyapi.com/v1 wire_api responses requires_openai_auth true只要以下配置仍然存在model_provider packycodeCodex 就会继续选择 PackyCode 提供商而不会因为重新登录 ChatGPT 账号自动恢复官方模式。情况三Key 与第三方接口不属于同一平台unexpected status 401 Unauthorized: {code:INVALID API KEY,message:Invalid API key} url: https://api.aigocode.com/responses这种错误说明请求已经到达第三方服务器但该服务器不认可当前 Key。例如PackyCode Key ↓ AIGoCode 接口 ↓ 401 Invalid API Keysk-只是常见的 Key 前缀不能据此判断 Key 属于哪个平台。2. 问题根源Codex 是否使用 ChatGPT Plus 额度不能只看当前登录的账号还要看模型提供商配置。影响请求走向的主要内容包括登录方式 model_provider base_url API Key 模型名称 接口协议其中登录方式决定当前使用哪种认证model_provider决定使用哪个模型提供商base_url决定请求发送到哪个服务器API Key 必须由对应服务器签发模型名称必须是该平台实际支持的模型wire_api决定使用 Responses API 还是其他接口。一套可用配置必须满足API Key、Base URL、模型名称和接口协议属于同一平台只切换账号而不修改config.toml很容易导致认证方式和请求地址不匹配。3. 先查看错误中的 URL处理 401 时应先检查错误信息里的url: ...它比“Invalid API key”更能直接说明问题。OpenAI 官方接口https://api.openai.com/v1/responses如果这里使用的是第三方 KeyOpenAI 会返回Incorrect API key providedPackyAPI 接口https://www.packyapi.com/v1/responses如果已经切回 ChatGPT Plus但仍出现这个地址说明第三方 provider 配置还没有清除。AIGoCode 接口https://api.aigocode.com/responses如果 Key 并非 AIGoCode 签发该平台会返回无效 Key。可以按照下面的关系快速判断当前认证或 Key实际请求地址结果第三方 Keyapi.openai.com401ChatGPT Plus 登录www.packyapi.com401非 AIGoCode Keyapi.aigocode.com401PackyAPI KeyPackyAPI 对应接口正常或进入下一步校验ChatGPT Plus 登录Codex 官方账号模式使用 Plus 额度4. 检查 Codex 配置文件Windows 版 Codex 的用户配置文件通常位于C:\Users\当前用户名\.codex\config.toml在 PowerShell 中执行Get-Content $HOME\.codex\config.toml | Select-String -Pattern packy|aigocode|base_url|model_provider|requires_openai_auth|env_key|wire_api|^model\s*如果输出包含model_provider packycode base_url https://www.packyapi.com/v1说明当前仍在使用 PackyAPI。如果要切回 ChatGPT Plus就不能继续保留model_provider packycode5. Windows 桌面版中的本地地址部分 Windows 版 Codex 配置中会出现base_url http://127.0.0.1:15721/v1这个地址是 Codex 桌面应用使用的本地服务地址不是第三方公网接口也不是 OpenAI 官方 API 地址。配置文件后面还可能包含[mcp_servers] [mcp_servers.node_repl] type stdio command C:\Users\...\node_repl.exe startup_timeout_sec 120以及[mcp_servers.node_repl.env]这些通常是桌面应用自动生成的 MCP、浏览器控制和运行时配置。因此恢复 ChatGPT Plus 模式时不应直接清空整个config.toml也不应随意删除mcp_servers部分。最安全的方法是恢复切换第三方 API 之前保存的原始配置。6. 检查环境变量部分客户端会通过环境变量读取 Key 或接口地址因此还应检查 Windows 环境变量。下面的命令会隐藏 Key 和 Token 的值foreach ($scope in (Process, User, Machine)) { [Environment]::GetEnvironmentVariables($scope).GetEnumerator() | Where-Object { $($_.Key) -match OPENAI|PACKY|AIGOCODE|CODEX } | ForEach-Object { $sensitive $($_.Key) -match KEY|TOKEN|SECRET [PSCustomObject]{ Scope $scope Name $_.Key Value if ($sensitive) { 已隐藏 } else { $($_.Value) } } } }重点检查以下变量OPENAI_API_KEY OPENAI_BASE_URL OPENAI_API_BASE PACKY_API_KEY AIGOCODE_API_KEY如果没有任何输出说明当前问题大概率来自config.toml或应用内部配置而不是系统环境变量。7. 切回 ChatGPT Plus 的解决方法7.1 完全关闭 Codex在修改配置前应先退出 Codex。可以在 PowerShell 中终止残留进程Get-Process | Where-Object { $_.ProcessName -match Codex } | Stop-Process -Force修改配置后如果不重启旧进程仍可能继续使用启动时读取的配置。7.2 备份当前第三方配置Copy-Item $HOME\.codex\config.toml $HOME\.codex\config.toml.thirdparty-$(Get-Date -Format yyyyMMdd-HHmmss)这样以后还需要使用第三方 API 时可以恢复对应配置。7.3 恢复原始配置如果之前已经保存了官方模式下的备份例如config.toml.backup-20260627-154357可以执行Copy-Item $HOME\.codex\config.toml.backup-20260627-154357 $HOME\.codex\config.toml -Force恢复后检查Get-Content $HOME\.codex\config.toml | Select-String -Pattern packy|aigocode|base_url|model_provider|requires_openai_auth|env_key|wire_api|^model\s*如果输出只剩base_url http://127.0.0.1:15721/v1并且没有以下内容model_provider packycode https://www.packyapi.com/v1说明第三方 provider 已经移除。7.4 重新登录 ChatGPT Plus重新打开 Codex 后使用自己的 ChatGPT 账号登录确认账号页面显示 Plus新建一个会话发送简单测试请求检查是否还出现第三方接口地址。如果错误中仍出现https://www.packyapi.com/v1/responses说明第三方配置没有完全切换。如果不再出现第三方 URL并且 Codex 能正常响应则已恢复 ChatGPT Plus 模式。8. 配置第三方 API 时的基本要求使用第三方 API 时不能只获得一串 Key还必须明确以下信息平台名称 Base URL 模型名称 接口协议 是否支持 Codex例如一套第三方配置可能类似model_provider 第三方提供商名称 model 第三方支持的模型ID [model_providers.第三方提供商名称] name 第三方提供商名称 base_url 第三方提供的Base URL wire_api responses requires_openai_auth true具体值必须以第三方平台提供的说明为准不能根据 Key 前缀猜测。常见错误包括PackyCode Key OpenAI Base URL AIGoCode Key PackyAPI Base URL ChatGPT Plus 登录 第三方 model_provider 第三方 Key 不受支持的模型名称9. 建议分别保存两套配置频繁在 ChatGPT Plus 和第三方 API 之间切换时可以分别保存配置。ChatGPT Plus 配置config.toml.chatgpt第三方 API 配置config.toml.packycode切换到 ChatGPT PlusCopy-Item $HOME\.codex\config.toml.chatgpt $HOME\.codex\config.toml -Force切换到第三方 APICopy-Item $HOME\.codex\config.toml.packycode $HOME\.codex\config.toml -Force每次切换后都应关闭 Codex 替换 config.toml 重新启动 Codex 新建会话 检查实际请求 URL不要在 Codex 正在运行时直接切换配置。10. API Key 安全API Key 不应直接出现在CSDN 文章截图GitHub 仓库聊天记录日志文件公开配置示例。文章中统一使用sk-********************************如果完整 Key 已经被公开应立即在对应平台撤销旧 Key创建新 Key更新本地配置停止使用已泄露的 Key。11. 排查顺序遇到 Codex 401 时可以按下面的顺序处理。第一步看 URLapi.openai.com www.packyapi.com api.aigocode.com先确认请求实际发到了哪里。第二步确认 Key 来源确认 Key 是 OpenAI 官方、PackyCode、AIGoCode还是其他平台生成的。第三步检查config.tomlGet-Content $HOME\.codex\config.toml | Select-String -Pattern base_url|model_provider|model|wire_api第四步检查环境变量排除OPENAI_API_KEY、OPENAI_BASE_URL等变量覆盖配置。第五步检查匹配关系确认以下内容属于同一平台API Key Base URL 模型名称 接口协议第六步恢复对应配置切回 ChatGPT Plus 时恢复官方模式下的config.toml。第七步彻底重启 Codex配置修改后必须重新启动应用。总结Codex 切换 ChatGPT Plus 和第三方 API 后出现 401通常不是单纯的 Key 失效而是以下内容没有同步切换认证方式 model_provider base_url API Key 模型名称排查时不要只看“Invalid API key”应优先查看错误中的实际请求 URL。只要确保API Key、Base URL、模型名称和接口协议属于同一平台并在切换后恢复正确的config.toml、完全重启 Codex大多数 401 问题都可以解决。