Codex 报错源于配置错位、协议不匹配或残留信息干扰：auth.json 中残留 ChatGPT 登录态导致 403，base_url 未适配第三方接口引发 401，第三方不支持 /v1/responses 协议造成 404，环境变量冲突亦会覆盖正确 Key。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
Codex 报错和第三方 API 有直接关系，不是偶然触发，而是配置错位、协议不匹配或残留信息干扰导致的确定性行为。比如填对了 Key 却报 403 Forbidden: Country, region, or territory not supported，根本原因不是网络限制，而是本地 auth.json 里还存着 ChatGPT 账号登录产生的 token，强制让 Codex 进入官方认证流程；又比如报 401 Unauthorized 且请求地址是 https://api.openai.com/v1/responses，说明你用了 PackyCode 的 Key 却没改 base_url，Codex 正在把第三方 Key 往 OpenAI 官方接口上硬塞。
检查 auth.json 是否残留 ChatGPT 登录态
打开文件管理器，定位到 C:Users用户名.codexuth.json（Windows）或 ~/.codex/auth.json（macOS/Linux）。
用记事本或 VS Code 打开该文件，查找 "auth_mode":"chatgpt" 和 "tokens":{...} 字段。
只要这两项存在，Codex 启动时就会忽略你填的第三方 API Key，转而尝试用已过期或地域受限的官方 token 刷新认证——【这是 403 报错的根源】。
删除整个 auth.json 文件，然后重启 Codex。这一步不可跳过，仅退出登录无效。
确认 config.toml 中 model_provider 是否已切换
打开 .codex/config.toml，逐行检查以下三处：
① 顶部是否有 model_provider = "xxx" —— 如果值是 packycode、intelligrow 或其他非 openai 的名称，就说明 Codex 仍被锁定在第三方通道。
② 查找对应 provider 的 [model_providers.xxx] 区块，确认 base_url 和你实际使用的第三方服务地址完全一致，注意末尾是否多写了 /v1/responses（Codex 自动拼接，这里只能写到 /v1）。
③ 检查 env_key 字段是否指向当前终端中真实生效的环境变量名，例如填了 INTELLIGROW_API_KEY 就必须在 PowerShell 或 zsh 里执行过 $env:INTELLIGROW_API_KEY="sk-..." 或 export INTELLIGROW_API_KEY="sk-..."。
验证第三方 API 是否支持 Responses 协议
方法一：直连测试
通过 Codex CLI 生成图片，支持尺寸控制和批量模式。依赖：codex (npm)。代理默认启用。用 generate.sh 生成单张，batch_generate.sh 批量生成游戏 UI 素材，gen_size.sh 指定尺寸。所有输出保存至 ~/.codex/generated_images/。
用 curl 命令手动发一个最小请求到你的第三方 base_url：
curl -X POST "https://your-third-party-base-url/v1/responses" -H "Authorization: Bearer sk-xxx" -H "Content-Type: application/json" -d '{"model":"gpt-4","messages":[{"role":"user","content":"hi"}]}'
如果返回 404 Not Found 或 Invalid path，说明该服务商只提供 /v1/chat/completions，不原生支持 Codex 要求的 Responses 接口。
方法二：查文档确认
打开该第三方平台的 API 文档，搜索关键词 responses。若全文未出现，或只提到 chat/completions，就必须加一层协议转换代理，比如 cc-switch。
这时候填再正确的 Key 和地址也没用——【Codex 张嘴说英语，对方只听中文，中间缺翻译】。
清理环境变量避免冲突
第一步：在终端运行 env | findstr "API_KEY"（Windows）或 env | grep API_KEY（macOS/Linux），列出所有含 API_KEY 的变量。
第二步：重点检查是否存在类似 OPENAI_API_KEY_0011AI、INTELLIGROW_API_KEY 这类非标准命名——它们往往是旧版第三方工具注入的，会覆盖你手动设置的 OPENAI_API_KEY。
第三步：在当前终端中执行 unset OPENAI_API_KEY_0011AI（macOS/Linux）或 Remove-Item Env:\OPENAI_API_KEY_0011AI（PowerShell），再重新 export 你自己的 Key。
这一步做完后，务必关闭所有已打开的 Codex 进程，包括后台任务栏图标，再全新启动。
