experimental_bearer_token = "PROXY_MANAGED" - Codex

Quick fix

升级到 CC-Switch v3.16.2 或更高版本；若仍出现问题，重新执行 Codex OAuth 登录并按维护者要求重新打开报告。

Symptom

报错原文复制

experimental_bearer_token = "PROXY_MANAGED"

Cause

在报告的 macOS 环境中，CC-Switch 设置的 `experimental_bearer_token = "PROXY_MANAGED"` 会覆盖有效的 OAuth 会话，使 Codex 在重启后从 OpenAI OAuth 登录切回 API key 模式。原始报告还描述了从第三方提供商或本地路由切回 `OpenAI Official` 后，旧的 OAuth 凭据状态可能被恢复，从而无法正常获取官方提供商响应。

维护者称该问题“应该已在 v3.16.1 解决/实现”，并建议升级到 v3.16.2 或更高版本后再验证；这属于维护者的解决声明，原帖未提供升级后的独立成功确认。

Fix

1. 1

   将 CC-Switch 升级到 v3.16.2 或更高版本，然后复现切换回 `OpenAI Official` 的流程进行验证。

2. 2

   若当前 OAuth 会话已经失效，执行 `codex logout`，再执行 `codex login --device-auth`，随后重启 Codex 或嵌入 Codex 的应用。

3. 3

   若升级后仍复现，按维护者要求重新打开该 issue，并补充版本号、配置与复现步骤。

Affected Versions

ToolCodex

Version3.16.0 (reported affected)

PlatformsWindowsmacOS

Source Issues

本页汇总自 1 个真实 issue

• #2538Codex OpenAI Official OAuth auth.json may become stale after switching from local route / third-party provider

FAQ

（暂无 FAQ）

相关问题

切换供应商会重置claude settings.json - Claude Code切换前先在“通用配置”中从当前供应商提取配置，并在新供应商中勾选“写入通用配置”。11 issues merged会话过期了 Codex OAuth 会话已过期升级到 cc-switch v4.0.0 或更高版本，避免旧的 OAuth 数据覆盖新登录凭据。2 issues merged[DISCUSS] 支持 pi coding agent这是功能请求，维护者已将其合并至统一追踪 issue #1855，原帖未提供可验证的解法。1 issues merged