Codex无法使用，重连5次失败。 Codex

Quick fix

切换供应商后核对并重新填写当前供应商的 API Key；该 Key 覆盖问题在 v3.16.3 仍有报告。

Symptom

报错原文复制

Codex无法使用，重连5次失败。

Cause

在 Windows 上，Codex 切换 DeepSeek、OpenRouter 或 Xiaomi MiMo 等第三方供应商，并启用或关闭本地路由后，当前供应商的 API Key 可能被另一供应商的 Key 覆盖，导致 Codex 无法连接。维护者曾表示该问题应在 v3.16.2 修复，但后续仍有用户在 v3.16.2 和 v3.16.3 报告相同现象，因此修复状态存在矛盾。

同一簇还包含 Zhipu GLM 显示“查询失败”但 API 可用的报告：讨论认为用量查询默认查询 Coding Plan；非 Coding Plan 用户可能查询失败，而直接 API 测试正常。也有用户反馈删除后重新添加 Zhipu 配置可恢复使用。

Fix

1. 1

   切换供应商、启用或关闭路由后，打开当前供应商配置，确认 API Key 没有变成其他供应商的 Key。

2. 2

   如果 API Key 被覆盖，重新填写当前供应商的 API Key；有报告称每次切换供应商都需要重填。

3. 3

   若使用 Zhipu GLM 且仅显示“查询失败”，检查“配置用量查询”中的“启用用量查询”及其默认请求的 Coding Plan；直接 API 测试正常时，该提示不一定表示 API 不可用。

4. 4

   Zhipu GLM 配置无法使用时，可删除该配置后重新添加；一名用户报告此操作后恢复可用。

Affected Versions

ToolCodex

Version3.16.1 - 3.16.3（报告为受影响版本）

PlatformsWindows

Source Issues

本页汇总自 4 个真实 issue

• #3397求助 mimo 模型配置
• #3558不同供应商之间的API KEY 错误相互覆盖
• #4472主页OpenAI下第三方供应商切换时，会覆盖API Key
• #4681Zhipu GLM 供应商显示"查询失败"，但 API 实际可用

FAQ

升级到 v3.16.2 后还会出现这个问题吗？

有用户反馈升级到 v3.16.2 后仍会出现；另有 v3.16.3 的 API Key 覆盖报告。

Zhipu GLM 显示“查询失败”时，API 还能用吗？

有报告称通过 curl 使用相同 API Key 和模型名能正常返回；讨论指出默认用量查询可能请求 Coding Plan。

Zhipu GLM 删除后重新添加能解决吗？

一名用户反馈重装 cc-switch 无效，但删除 Zhipu 配置并重新添加后可以使用。

相关问题

401 Unauthorized: Incorrect API key providedCodex 通过 CC Switch 接入 DeepSeek 时报 401，需在配置文件中手动补上 http_headers 认证头（如 Authorization: Bearer 或 x-api-key）。3 issues mergedInvalid schema for function — Codex将 CC Switch 升级至包含 v3.18.0 修复的版本可解决 `parameters.type:null` 变体；其他 `null` schema 变体仍需跟踪原帖。13 issues merged供应商 API Key 被覆盖：Codex 重启或切换后升级到 cc-switch v4.0.0 或更高版本；该版本重写了切换逻辑，避免供应商密钥互相覆盖并恢复官方登录态。6 issues merged