auth.json 沿用上一个供应商的密钥，Codex

Quick fix

升级到 cc-switch v4.0.6 或更新版本，Codex 切换逻辑会避免新供应商复用上一家的密钥。

Symptom

报错原文复制

在cc switch，codex界面添加新供应商时，添加后切换到新供应商，auth.json会自动复用上一个供应商的，导致添加新的供应商无法使用

Cause

旧版 Codex 切换逻辑会用 live 文件回填供应商，并整份重写 auth.json，因此新供应商可能沿用上一家的密钥。问题也出现在路由模式中。维护者说明 v4.0.0 重写了切换逻辑，第三方供应商的 Key 改写入 config.toml 的 [model_providers.custom]，不再写入 auth.json；官方登录会在切换时暂存并还原，且移除了回填。另一个 issue 描述的是 v3.16.1 中清空 auth.json 后内容仍保留的问题，维护者将其标为另一 issue 的重复项，未在本集提供该问题的修复信息。

Fix

1. 1

   升级到最新版 cc-switch；维护者提供的修复说明指向 v4.0.6 发布版。

2. 2

   如果升级后仍有问题，补充信息并重新打开 issue。

Affected Versions

ToolCodex

Version3.16.1（受影响版本）；修复说明指向 v4.0.6

PlatformsWindows

Source Issues

本页汇总自 2 个真实 issue

• #3861auth.json (JSON) * Bug in feature editing
• #4085无法切换提供商

FAQ

退出并重新登录 Codex 能解决吗？

评论意见不一致：有用户称退出重登即可，也有用户表示必须关闭“切换第三方时保留官方登录”功能才正常。维护者给出的解决方案是升级到 v4.0.6 或更新版本。

路由模式下也会复用上一个供应商的 auth.json 吗？

有用户报告切换路由功能开关都无法避免复用。维护者说明新版会按路由供应商单独写入，不再复用旧的 auth.json。

相关问题

Codex provider 写回会重置 live UI settings from升级到 cc-switch v4.0：切换供应商只改地址、Key、模型、协议几个关键字段，不再整份覆盖 ~/.codex/config.toml，其余配置原样保留。7 issues merged[DISCUSS] 支持 pi coding agent这是功能请求，维护者已将其合并至统一追踪 issue #1855，原帖未提供可验证的解法。1 issues mergedcodex中只有258k上下文 - Codexcc-switch 将 minimax 模型映射为 gpt-5.5 后，会触发 Codex 和 Claude Code 的硬编码上下文限制，导致 1M 上下文失效。3 issues merged