供应商 API Key 被覆盖：Codex 重启或切换后

Quick fix

升级到 cc-switch v4.0.0 或更高版本；该版本重写了切换逻辑，避免供应商密钥互相覆盖并恢复官方登录态。

Symptom

报错原文复制

供应商 A 和 B 的 API Key 在重启/切换后互相覆盖。

Cause

旧版 Codex 切换逻辑会在数据库中的供应商设置与共享的 `~/.codex/auth.json` 之间回填或同步 API Key。由于 `auth.json` 只有一个共享的 `OPENAI_API_KEY`，重启、切换供应商或启用新供应商时，可能把其他供应商的旧密钥写入当前供应商记录。不同问题还包括切回官方供应商后残留第三方密钥，以及 v3.19.2 上直接切换未写入 live 配置；这些属于同一切换链路中不同的表现。

Fix

1. 1

   升级到 cc-switch v4.0.0 或更高版本。维护者说明该版本重写了 Codex 供应商切换逻辑，可避免旧 live 配置回填覆盖供应商密钥，并在切回官方供应商时恢复保存的 ChatGPT 登录态。

2. 2

   若仍在旧版本且官方账号登录态受影响，可按 issue 中的临时处理方式手动移除 `~/.codex/auth.json` 中的 `OPENAI_API_KEY`，再运行 `codex login` 重新认证。

Affected Versions

ToolCodex

Version3.16.4 - 3.19.2（受影响版本；维护者称 v4.0.0 已修复）

PlatformsWindowsmacOS

Source Issues

本页汇总自 6 个真实 issue

• #3646Bug: 编辑第三方 Codex provider 时 API Key 字段显示陈年旧值（来自 auth.json）
• #4849供应商 API Key 保存后不写 auth.json，重启时被反向覆盖
• #5691Codex: 启用自定义供应商时，Live 配置被回填到新供应商的 DB 记录，覆盖已保存的 API Key 和参数
• #5946供应商切换时第三方 Key 被官方登录态覆盖的问题
• #6236[macOS] v3.19.2 切换 Codex 供应商不写入 ~/.codex/config.toml 与 auth.json，配置不生效
• #6384Switching from routing-enabled provider to official provider leaves stale API key in auth.json

FAQ

有解决方法吗？这个 bug 好烦，用不了中转站了

维护者称 v4.0.0 已重做切换路径；升级到 v4.0.0 或更高版本。

编辑第三方供应商时为什么 API Key 显示旧值？

旧版编辑当前供应商时可能优先读取 live 配置中的 `auth.json` 值，而不是数据库中该供应商保存的 Key；维护者建议升级到 v4.0.0。

切回官方供应商后账号名显示 OpenAI，怎么恢复？

issue 中提供的临时处理是从 `~/.codex/auth.json` 移除 `OPENAI_API_KEY`，然后运行 `codex login` 重新认证；维护者称 v4.0.0 会处理第三方 Key 并恢复保存的 ChatGPT 登录。

相关问题

truncation_policy.limit 硬编码 10000 导致 Codex手动将 cc-switch-model-catalog.json 中 truncation_policy.limit 改为模型实际上下文长度即可临时修复。9 issues mergedSelect Model 菜单仍然显示切换前模型列表 - Codex关闭现有 Codex 会话后运行 `codex app-server daemon restart`；升级 CC Switch 至 v4.0.7 以上可获得旧目录检测与重启提示。3 issues merged[DISCUSS] 支持 pi coding agent这是功能请求，维护者已将其合并至统一追踪 issue #1855，原帖未提供可验证的解法。1 issues merged