CC Switch 接 TaoToken：Claude Code 与 Codex CLI 切模型不重启

🚀 告别海外账号与网络限制！稳定直连全球优质大模型，限时半价接入中。 👉 点击领取海量免费额度

1. 为什么把 TaoToken 放进 CC Switch：两个 CLI、两套配置、一个网关

当电脑上同时装着 Claude Code 和 Codex CLI，最麻烦的不是记命令，而是要面对两套完全不同的模型寻址方式。Claude Code 读的是 ANTHROPIC_BASE_URL、ANTHROPIC_AUTH_TOKEN、ANTHROPIC_MODEL 那一组环境变量；Codex CLI 读的是 ~/.codex/config.toml 里的 model 和 model_providers。想换模型，就得分别去改，改完还要担心当前终端会话是否已经加载了旧配置。更难受的是，如果只改了其中一个 CLI，另一个终端还停留在旧模型上，跑出来的结果和你在对话里假设的模型完全不是一回事。

本文用 TaoToken 作为统一 API 基线，配合 CC Switch 保存多套 Profile，在 Claude Code 和 Codex CLI 之间切换模型时，只需要点一下，两个终端会话里的 /status 会立刻显示新模型，不需要重启，不需要重新登录，也不需要手动去翻配置文件。

TaoToken 在这里的角色很干净：提供统一的 Base URL 和 Key。Base URL 固定为 https://taotoken.net/api，Key 在 TaoToken 控制台创建后，Claude Code 和 Codex CLI 共用同一把。模型 ID 去 TaoToken 的模型广场上查，不同模型有不同的 ID；CC Switch 里保存的 Profile 越多，切换越方便。

下面我会先讲 CC Switch 怎么配 TaoToken，再分别讲 Claude Code 和 Codex CLI 各自如何读取配置，最后用 /status 输出验证切换前后是否真的不重启就生效。

1.1 两个 CLI 的配置差异

Claude Code 的官方接入方式很直接：通过环境变量指定兼容网关。只要设置了 ANTHROPIC_BASE_URL，它就会把原本发往 Anthropic 的请求改发到指定地址。ANTHROPIC_AUTH_TOKEN 填的是这个网关认可的令牌，ANTHROPIC_MODEL 指定默认模型。这套机制的好处是简单，坏处是它只属于 Claude Code 一个进程。你想在终端里开两个 Claude Code 会话用不同模型，得手动区分环境变量，非常容易搞混。

Codex CLI 的配置则是声明式的。~/.codex/config.toml 里写清楚用哪个模型、走哪个供应商。它的模型供应商机制允许你自己定义一个 provider，填上 base_url 和 env_key，然后在 model 字段引用它。注意，Codex CLI 不会去读 ANTHROPIC_* 那一组变量，所以把 Claude Code 的配置平移过来是行不通的。

1.2 CC Switch 在中间扮演的角色

CC Switch 像是一个配置遥控器：它把 Base URL、API Key、模型 ID 这三样东西打包成一个 Profile，你在界面上切换 Profile，它就去更新当前用户环境里对应工具需要的配置。装上它之后，我只需要在 CC Switch 里维护两套 Profile，一套给 Claude Code 用，一套给 Codex CLI 用，两个终端会话各跑各的，想换模型就切一下，省掉了记环境变量和改 TOML 的重复劳动。

2. CC Switch 自定义供应商：Base URL、Key、模型 ID 三件事

CC Switch 这类工具，本质上是一个配置切换器。它自己不产生模型能力，也不参与模型推理，而是把连接模型时最关键的三个参数组织起来。我用的版本中，自定义供应商入口在“供应商管理”里，添加后填上 TaoToken 的 Base URL 和你的 API Key 就能保存。

2.1 添加 TaoToken 的步骤

第一步，去 TaoToken 注册账号并创建 API Key。Key 的格式是一串字符串，创建后先复制保存，后面配置要用。

第二步，在 CC Switch 里新建自定义供应商。供应商名称可以按你的习惯起，比如 TaoToken。Base URL 填 https://taotoken.net/api，这里不要加 /v1，也不要加末尾斜杠。API Key 填刚才创建的 YOUR_API_KEY。

第三步，给每个 CLI 单独建一个 Profile。Profile 的作用是把供应商和模型 ID 绑定起来，切换 Profile 等于切换“当前终端默认用哪个供应商的哪个模型”。

2.2 profiles 配置 JSON

CC Switch 的 profiles 配置形如下面这样，字段名以你安装版本的界面提示为准：

{
  "profiles": [
    {
      "name": "TaoToken-Claude-Code",
      "provider": "custom",
      "base_url": "https://taotoken.net/api",
      "api_key": "YOUR_API_KEY",
      "model": "YOUR_CLAUDE_MODEL_ID"
    },
    {
      "name": "TaoToken-Codex-CLI",
      "provider": "custom",
      "base_url": "https://taotoken.net/api",
      "api_key": "YOUR_API_KEY",
      "model": "YOUR_CODEX_MODEL_ID"
    }
  ]
}

字段说明：

• base_url：统一为 https://taotoken.net/api，这是 TaoToken 的网关入口，Claude Code 和 Codex CLI 都走这个地址。
• api_key：两个 Profile 可以填同一把 Key。TaoToken 是一把 Key 走全部兼容接口，不需要为每个 CLI 单独申请。
• model：这里不是随便写的。先去模型广场找你有权限调用的模型，把模型 ID 复制到对应 CLI 的 Profile 里。Claude Code 用的模型 ID 和 Codex CLI 用的模型 ID 一般不同，分开存，互不干扰。

我踩过一个坑：第一次配置时，我把 Claude Code 的 ANTHROPIC_BASE_URL 写法直接抄到了 CC Switch 里，结果 Codex 侧一直提示 404。后来才发现，TaoToken 的 Base URL 不需要带版本路径，统一就是 https://taotoken.net/api，CC Switch 里也填这个，两边就都通了。

2.3 模型 ID 从哪里来

模型 ID 以 TaoToken 模型广场展示为准。每个模型在广场上都有自己的 ID 字符串，复制它，粘到对应 Profile 的 model 字段。不要凭记忆写 gpt-5 之类的名字当正式配置，那样路由过去大概率报错。TaoToken 作为统一网关，它关心的是你提交的模型 ID 是否在它的路由表里；ID 不对，后续所有请求都会失败。

3. Claude Code 侧：用 ~/.claude/settings.json 固定 TaoToken 网关

Claude Code 默认通过环境变量定位 API 地址。你可以在终端里临时执行 export ANTHROPIC_BASE_URL=https://taotoken.net/api 这种方式，也能用。但临时 export 只对当前 shell 窗口生效，新开一个终端就丢了，不适合长期用。

我推荐的方式是写到 ~/.claude/settings.json 的 env 字段里。这样每次启动 Claude Code 都会自动带上这三个变量，不会因为换了一个终端窗口而失效。配置如下：

{
  "env": {
    "ANTHROPIC_BASE_URL": "https://taotoken.net/api",
    "ANTHROPIC_AUTH_TOKEN": "YOUR_API_KEY",
    "ANTHROPIC_MODEL": "YOUR_CLAUDE_MODEL_ID"
  }
}

这里的 ANTHROPIC_AUTH_TOKEN 对应的是 TaoToken 的 Key，不是 Anthropic 官方 Key。ANTHROPIC_MODEL 是你希望 Claude Code 默认使用的模型 ID，同样从模型广场复制。

如果你不想改全局配置，也可以临时用环境变量启动：

env \
  ANTHROPIC_BASE_URL=https://taotoken.net/api \
  ANTHROPIC_AUTH_TOKEN=YOUR_API_KEY \
  ANTHROPIC_MODEL=YOUR_CLAUDE_MODEL_ID \
  claude

但这样有个问题：每次启动都要带一串参数，而且 CC Switch 切换 Profile 后，它更新的是当前会话环境，未必能同步到你手动 export 的 shell。所以我的建议是：让 settings.json 成为 Claude Code 的默认底座，CC Switch 只负责把 YOUR_CLAUDE_MODEL_ID 换成不同模型的 ID。

Claude Code 的接入细节可以参考 Claude Code 接入文档。注意 settings.json 里不要带任何 UTM 参数，Base URL 保持纯净。

4. Codex CLI 侧：~/.codex/config.toml 不能照抄 ANTHROPIC_*

Codex CLI 与 Claude Code 的配置体系完全不同。它不读 ANTHROPIC_BASE_URL，不认 ANTHROPIC_AUTH_TOKEN。如果你把 Claude Code 那套环境变量搬到 Codex 上，启动时会提示无法识别供应商。这不是 TaoToken 的问题，是配置姿势不对。

Codex CLI 读取的是 ~/.codex/config.toml。我们需要在里面定义一个自定义模型供应商，指向 TaoToken，然后让 Codex 用这个供应商。一个可用的配置长这样：

model = "YOUR_CODEX_MODEL_ID"
model_provider = "taotoken"

[model_providers.taotoken]
name = "TaoToken"
base_url = "https://taotoken.net/api"
env_key = "TAOTOKEN_API_KEY"
wire_api = "chat"

逐行解释：

• model：Codex CLI 实际使用的模型 ID。这里填的是你在 TaoToken 模型广场复制的 Codex 侧模型 ID。
• model_provider：指定走下面定义的 [model_providers.taotoken]。
• name：供应商名称，随意，但建议写成 TaoToken 方便辨认。
• base_url：TaoToken 的网关地址 https://taotoken.net/api。
• env_key：Codex CLI 会去读这个环境变量作为 API Key。你可以在启动 Codex 前 export TAOTOKEN_API_KEY=YOUR_API_KEY，或者让 CC Switch 在切换 Profile 时帮你设置。

注意：base_url 同样不要加 /v1。wire_api 的值取决于 Codex CLI 版本和模型类型，最常见的是 "chat"；如果你的模型广场标注了其他方式，按标注来。TaoToken 模型广场会标注每个模型适合怎么接入，以那个为准。

这里有一个很常见的混淆：有人以为给 Codex 设了 ANTHROPIC_BASE_URL 之后它就能走兼容通道，其实 Codex 完全不看这个变量。正确做法就是在 config.toml 里把 model_provider 指到 TaoToken，并确保 env_key 对应的环境变量存在。

与 Claude Code 对比一下：

CC Switch 的价值在这个对比里体现得很明显：它不需要你记住每个 CLI 分别在哪改，只需要在界面上选 Profile，就能同时影响 Claude Code 和 Codex CLI 的生效配置。

5. 真正一键切换：/status 前后输出对照

假设你已经在 CC Switch 里保存了两个 Profile，一个叫 TaoToken-Claude-Code，一个叫 TaoToken-Codex-CLI。两个 Profile 的 base_url 都是 https://taotoken.net/api，api_key 都是同一把，只有 model 字段不同。

现在做一次完整验证。

终端 1 启动 Claude Code，输入 /status，典型的输出长这样：

Model: YOUR_CLAUDE_MODEL_ID
API Base: https://taotoken.net/api
Account: TaoToken

终端 2 启动 Codex CLI，输入 /status，输出类似：

Model: YOUR_CODEX_MODEL_ID
API Base: https://taotoken.net/api
Account: TaoToken

这里的模型 ID 是占位符，实际输出以你填的为准。然后打开 CC Switch，从 TaoToken-Claude-Code 切到 TaoToken-Codex-CLI，再回到两个终端，重新执行 /status。你会看到 Model 行发生了变化：终端 1 的 Claude Code 显示的是刚才 Profile B 里的模型 ID，终端 2 的 Codex CLI 也同步变成了同一个值。

两个终端都没有重启，只是发了新的 API 请求。/status 显示的是当前 CLI 即将使用的模型配置，当 CC Switch 切换 Profile 后，CLI 在下次请求时会读取到新的模型 ID，所以模型路由即时生效。

需要说明的是，/status 只是验证手段，它本身不负责切换。真正切换动作发生在 CC Switch 里。如果你在某个终端里已经启动了一个长会话，且 CLI 内部缓存了旧的模型 ID，可能会遇到需要新开会话的情况。但在我常用的 Claude Code 和 Codex CLI 版本中，它们都是每次请求实时读取配置，不需要重启进程。

如果在切换后请求报 401，先检查 api_key 是否填对；报 404，先检查 base_url 是不是 https://taotoken.net/api，再看模型 ID 是否在模型广场上存在。这两类错误占了配置阶段的大多数问题。

6. 用同一把 Key 复现对照表并确认入账

切换配置这件事验证通过之后，你可以做一次更细的复现：用同一把 Key、同一个 Prompt，分别通过 Claude Code 和 Codex CLI 跑同一个任务，记录能否完成。

下面这张表没有预设分数，因为每次运行结果会受模型版本、Prompt 细节、网络情况影响。你自己跑一次，就是一次真实观测。

这张表的意义是验证 TaoToken 网关的连通性，而不是给模型排名。只要 Key 有效、Base URL 正确，两个 CLI 都能把请求发出去并收到响应。如果你想让两个 CLI 用同一个模型 ID 做横向对照，也可以把两个 Profile 的 model 填成同一个 ID，这样对比的就是 CLI 工具本身的差异。

跑完对照之后，打开 模型对话 确认你用的模型 ID 和广场展示是否一致；如果你打算把这套切换配置长期用下去，可以看看 Coding Plan 是否适合你的调用量。还没有 Key 的话，去 创建 Key 复制一把，然后回填到 CC Switch 的两个 Profile 里。整个接入过程的核心参数始终是三件事：Base URL 用 https://taotoken.net/api，Key 用控制台创建的那把，模型 ID 以模型广场为准。

🚀 告别海外账号与网络限制！稳定直连全球优质大模型，限时半价接入中。 👉 点击领取海量免费额度