auth.json污染 Codex

Quick fix

在 Codex 3.16.0 中，官方登录态留在 auth.json，BYOK 的 provider、endpoint 和 token 请检查 config.toml。

Symptom

报错原文复制

后续所有的auth.json文件被污染，都不是apiKey的方式。

Cause

该报告称，从 OpenAI Official 切换后再重连，后续 auth.json 不再以 apiKey 方式保存，并且在 cc-switch 中修改 auth.json 仍会被官方配置覆盖。另一位评论者解释，这属于 3.16.0 的新机制：auth.json 仅保存官方账号登录态，provider、endpoint 与 BYOK token 位于 config.toml；因此 auth.json 中的 "OPENAI_API_KEY": null 被称为正常现象。

同一讨论中另有用户复现了相同现象：切到 OpenAI Official 后，.codex/auth.json 保持账号模式，再切换其他配置也不变。原帖没有维护者确认的修复或 WSL 支持方案；上述 config.toml 检查是评论中提出的排查方式。

Fix

1. 1

   切回 BYOK 配置后，检查 config.toml 中的 model_provider 和 experimental_bearer_token 是否发生变化；讨论称这些字段承载 provider、endpoint 与 BYOK token。

2. 2

   不要仅以 auth.json 中 "OPENAI_API_KEY": null 判断 API Key 配置失效；讨论称该值在官方账号登录态下是正常现象。

3. 3

   如需确认该现象是否已有后续结论，跟进来源 issue；原帖尚未提供可验证的修复或 WSL 支持方案。

Affected Versions

ToolCodex

Version3.16.0（受影响报告版本）

PlatformsWindows

Source Issues

本页汇总自 1 个真实 issue

• #3365auth.json污染

FAQ

切到 OpenAI Official 后再切其他配置，为什么 .codex/auth.json 内容没有变化？

讨论中的解释是 3.16.0 将官方账号登录态保留在 auth.json，而 provider、endpoint 和 BYOK token 放在 config.toml；因此 auth.json 可能保持账号模式。

即使在 ccswitch 里修改 auth.json，为什么仍会被 OpenAI Official 的配置覆盖？

同一 issue 有用户报告了该现象。评论建议切回 BYOK 后检查 config.toml 的 model_provider 和 experimental_bearer_token；原帖未给出已验证的修复。

相关问题

供应商 API Key 被覆盖：Codex 重启或切换后升级到 cc-switch v4.0.0 或更高版本；该版本重写了切换逻辑，避免供应商密钥互相覆盖并恢复官方登录态。6 issues merged提示INVALID_API_KEY，Codex 切换供应商后认证不匹配升级至 v3.20.1 或更高版本；维护者称第三方切换不再写入 auth.json，避免供应商密钥与认证配置错配。5 issues merged<thinking> 标签作为正文输出 Claude Code将 provider 的 apiFormat 从 openai_chat 改为 anthropic（若上游支持），可绕过内联 <thinking> 泄露。1 issues merged