ChatGPT无法认证, 全局代理已经开了 - cc-switch

Quick fix

升级 cc-switch 至 v3.16.4+，并在「设置-路由-全局出站代理」中配置代理地址，修复 OAuth 认证不走代理的问题。

Symptom

报错原文复制

ChatGPT无法认证, 全局代理已经开了

Cause

cc-switch 在代理 OpenAI/Codex 时存在多个已知缺陷。核心问题（如认证失败）是因为早期版本的 OAuth 认证流程使用了硬编码的 HTTP 客户端，忽略了应用内的「全局出站代理」设置，只认环境变量。此问题已在 v3.16.4 修复。

此外，该模块还存在其他变体问题：1) 思考强度映射异常，Claude 的 max 强度被错误降级为 xhigh（部分旧模型映射在 v3.14.0 修复，GPT-5.6 的降级问题待修复）；2) 代理劫持无法关闭，导致 Codex 持续发起无效 API 调用并大量消耗 token；3) Responses 转换链路丢失并行工具调用，导致每个模型响应最多只下发 1 个 tool_use，严重拖慢任务执行。

Fix

1. 1

   将 cc-switch 升级至 v3.16.4 或更高版本，以修复 OAuth 认证不走代理的硬编码问题。

2. 2

   在 cc-switch 界面中，进入「设置」-「路由」-「全局出站代理」，填入本地代理地址（如 127.0.0.1:7890）。

3. 3

   确保代理节点 IP 出口地在 OpenAI 允许的地区内（如香港节点通常不支持），可通过 iplark.com 等网站检测出口 IP。

Affected Versions

ToolCodex

Version< 3.16.4 (认证问题)，部分缺陷影响至 3.18.0

PlatformsmacOSLinux

Source Issues

本页汇总自 5 个真实 issue

• #1728claude里面切换思考强度为max bug
• #3984ChatGPT无法认证
• #4991在使用3.16.5后，codex流量使用异常，且无法关闭3.16.5代理。
• #5367[Bug] GPT-5.6 explicit max effort is downgraded to xhigh in Claude → Responses conversion
• #5719[Bug] Codex OAuth → Claude Code 疑似串行化工具调用：每个模型响应最多 1 个 tool_use

FAQ

为什么我开启了系统全局代理，cc-switch 还是无法认证？

在 v3.16.4 之前的版本中，OAuth 认证流程使用了硬编码的 HTTP 客户端，只认环境变量而忽略应用内的全局出站代理设置。请升级版本并在 cc-switch 内单独配置代理，或从配置了代理环境变量的终端启动 cc-switch。

切换到 Claude 思考强度 max 后，为什么 OpenAI 模型没有生效或报错？

cc-switch 曾将 max 全局映射为 xhigh。虽然 v3.14.0 修复了部分 adaptive thinking 映射，但针对 GPT-5.6 等支持原生 max 的模型，目前仍会被降级为 xhigh，需等待后续版本修复。

为什么关闭 cc-switch 后，Codex 仍在疯狂消耗 token？

这是 v3.16.5 引入的一个已知 bug，会导致代理劫持无法彻底关闭，Codex 持续进行无效的 API Call。建议暂时完全退出 cc-switch 进程，并检查系统代理设置是否被残留修改。

相关问题

401 Unauthorized: Incorrect API key provided切换到 OpenAI Official 或关闭代理后，需手动清空 ~/.codex/auth.json 中残留的第三方 OPENAI_API_KEY 并重启 Codex 以恢复官方 OAuth 登录。2 issues mergedCC Switch local proxy failed while handling升级 CC Switch 到最新版并重开 Codex 对话；旧会话历史中残留的非法 schema 或图片块会持续触发 400。43 issues mergedsettings.json 被代理接管覆盖导致插件配置丢失 - Claude Code将 hooks、statusLine 等自定义字段放入「通用配置」面板，或升级至 v3.12.2+ 以修复旧版备份恢复逻辑。15 issues merged