Claude Official 检查出错: 提取 base_url 失败 - Codex

Quick fix

CC Switch 代理与负载均衡不支持 Claude 官方订阅，请改用第三方 API Key。强行代理会因缺少 base_url 报错并导致封号。

Symptom

报错原文复制

Claude Official 检查出错: 提取 base_url 失败: 配置错误: Claude Provider 缺少 base_url 配置

Cause

此 Issue 集群实际上混合了多个与 CC Switch 代理和路由功能相关的独立问题变体： 1. **官方订阅不支持代理（主问题）**：CC Switch 的 Proxy 和负载均衡不支持 Claude Official 官方订阅。尝试代理会因缺少 `base_url` 导致 500 熔断，且官方禁止此行为，有封号风险（#643）。 2. **会话记录“丢失”**：3.17.0 版本中 Codex 侧边栏按 `model_provider` 精确过滤，切换路由模式会使另一组会话在 UI 隐藏，但本地 JSONL 文件完好（#5323）。 3. **WebDAV 同步端口覆盖**：跨设备同步会将旧设备的本地代理端口（如 18100）覆盖新设备的实际端口（如 15721），导致 Codex 路由指向失效端口（#2788）。 4. **登录态被覆盖**：本地网络代理（梯子）干扰可能导致第三方 Key 被官方登录态覆盖，关闭梯子重启可临时解决（#5995）。

Fix

1. 1

   停止在 CC Switch 中对 Claude Official (官方订阅) 启用代理或负载均衡，改用第三方 API Key 供应商以避免封号。

2. 2

   若因 WebDAV 同步导致 Codex 路由指向失效端口，请手动将路由 provider 配置中的 `base_url` 修改为当前实际监听端口。

   Codex 路由 provider 配置

   [model_providers.code-switch]
    base_url = 'http://127.0.0.1:18100'
    base_url = 'http://127.0.0.1:15721'

Affected Versions

ToolCodex

Version3.14.1 - 3.19.1

PlatformsWindows

Source Issues

本页汇总自 4 个真实 issue

• #643Proxy 和负载均衡是否不支持 Claude Official
• #2788WebDAV 同步跨设备覆盖本机代理端口，导致 Codex 路由指向失效端口
• #5323Codex桌面端路由与非路由模式的会话记录不同步
• #5995ccswitch切换时第三方 Key 被官方登录态覆盖的问题

FAQ

Proxy 和负载均衡是否不支持 Claude Official？

是的，CC Switch 不支持代理官方订阅账号。强行使用会因缺少 base_url 报错熔断，且存在封号风险。

为什么切换路由模式后，Codex 侧边栏的会话记录消失了？

这是 3.17.0 版本的机制，Codex 侧边栏会按当前 model_provider 精确过滤。会话 JSONL 文件并未丢失，切换回原模式即可恢复显示。

WebDAV 同步后 Codex 路由指向失效端口怎么办？

同步可能覆盖了本地代理端口。请检查 CC Switch 实际启动的代理端口，并手动将 Codex 路由配置中的 base_url 修改为该正确端口。

为什么配置了中转站 API，Codex 界面仍显示官方账号？

可能是本地网络代理（梯子）干扰导致第三方 Key 被官方登录态覆盖。尝试关闭梯子后再启动 Codex 即可解决。

相关问题

在实际使用中只显示200K上下文窗口了 - Claude Code在 `~/.claude/settings.json` 中将默认模型改为带 `[1m]` 后缀的变体，或在会话中手动执行 `/model claude-opus-4-8[1m]` 以激活 1M 上下文。5 issues mergedgemini开启本地代理后对话说无效令牌 cc-switch将 Gemini 供应商的渠道从 codex 分组改回 gemini 分组，开启本地代理后即可避免请求被错误路由而报无效令牌。1 issues mergedusage null - Claude Code Qwen DashScope升级到 cc-switch v3.16.3+，自动修复 OpenAI 兼容接口流式用量为 null 的问题。2 issues merged