CC Switch 接 TaoToken：一键切换 GLM 5.3 Flash 和 DeepSeek V4.1 Flash

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

TaoToken 这个统一 API 通道配 CC Switch，是目前切 Flash 档模型最省事的一组搭配：两个模型共用一把 Key、一个 Base URL，改的只有客户端配置里的一个字段。也就是说，你不需要为 GLM 5.3 Flash 和 DeepSeek V4.1 Flash 分别准备账号、分别配环境、分别记地址，两套 profile 的差别小到可以写进一张四行表。

我这篇只做一件事：在 CC Switch 里建两个自定义供应商 profile，一个指向 GLM 5.3 Flash，一个指向 DeepSeek V4.1 Flash，Base URL 都填 https://taotoken.net/api，Key 都填同一把，两边唯一的区别是显示名和 model 字段。建完之后点一下切换，再用一条 curl 把补全请求打出去，从响应体里的 model 字段确认这次请求究竟落到哪个模型上，而不是只信 CC Switch 界面上那个被高亮的卡片。

整个流程里最容易翻车的地方就三个：把 /v1 拼进 Base URL、Key 填成别的服务商的、model 字段抄了别处的 ID。这三件事我都会在下面的配置片段和排障表里标出来，你照着抄就不会踩。

1. CC Switch 接管 Claude Code 供应商时改的是哪个文件

先明确 CC Switch 的位置：它是供应商切换器，不参与推理，不修改请求内容，也不做模型路由决策。你在界面上加一条供应商、点一下切换，它做的事情非常具体——把某一套环境变量写进 Claude Code 的配置文件，并决定当前哪一套生效。它的两个页签分别对应两套完全不同的配置体系：Claude Code 页签写的是 ~/.claude/settings.json，Codex 页签写的是 ~/.codex/config.toml。本篇只做 Claude Code 一侧的两个 Flash profile，Codex 那一侧不要拿 ANTHROPIC_ 前缀的变量去填，那套写法在 Codex 里根本不生效。

Claude Code 启动时读 ~/.claude/settings.json 里的 env 块，真正决定请求去向的就是三行：ANTHROPIC_BASE_URL 决定请求发到哪个地址，ANTHROPIC_AUTH_TOKEN 决定用哪把 Key 鉴权，ANTHROPIC_MODEL 决定请求体里的 model 字段填什么。CC Switch 的「添加供应商」表单，本质就是这三行的图形化外壳：一个名字输入框、一个接口地址框、一个密钥框，自定义类别下还有一个模型框。你在界面上填的东西，最后都会落到这三行上，所以只要这三行是对的，切换就不会出问题。

CC Switch 自己的持久化配置一般在 ~/.cc-switch/config.json，路径和字段名不同版本会有些差异，以你本地那份文件为准。判断有没有写进去的方法很直接：在界面里加完供应商，去这个文件里搜你起的名字，能看到对应条目就说明落盘了。如果 CC Switch 切换后 Claude Code 行为没变化，先看这里，再看 ~/.claude/settings.json 的 env 是不是被改成了新 profile 的值，两步一对比，问题基本就定位了。

还有一个特别容易被忽略的点：settings.json 是进程启动时读一次的。切换供应商之后，正在运行的 Claude Code 会话不会热更新，它手里还是老配置。所以切换完必须退出重开一个新会话，或者在会话里显式换模型。大量「我切了但请求还是打在旧模型上」的问题，根源都在这里，而不是配置写错了。

另外检查一下你的 shell 环境。如果 ~/.zshrc 或 ~/.bashrc 里 export 过 ANTHROPIC_BASE_URL、ANTHROPIC_AUTH_TOKEN、ANTHROPIC_API_KEY，这些环境变量在多数情况下会覆盖配置文件里的值，CC Switch 切得再对也没用。做这件事之前先跑一次 env | grep -i anthropic，把输出里跟旧通道相关的行清掉，再开始配两个 profile，能省掉一整轮排查。

最后说一句为什么这种玩法适合配统一通道。两个 profile 共用同一个地址和同一把 Key，意味着切换时变化的维度只有一个 model 字段，鉴权链路、限流口径、计费口径都不变。切模型这件事因此从「换一套账号体系」降级成「改一个字符串」，出错面小，验证也简单——一条 curl 就能确认服务端实际收到了哪个模型名。这也是我在 CC Switch 里愿意把 TaoToken 设成默认供应商的原因：它是那条被共用的基线，不是被切换的对象。

1.1 切换的本质是一次文件写入

把 CC Switch 的切换动作拆开看，它只做三件事：把选中条目的 settingsConfig 里的 env 三件套序列化、覆盖写入 ~/.claude/settings.json 的 env 块、把「当前项」标记写回自己的 config.json。没有守护进程，没有拦截层，没有中间服务，所以它不可能引入额外的延迟或额外的失败点。这也意味着，当请求出问题时，责任边界非常清楚：要么是写进文件的配置不对，要么是 Claude Code 读的时候被环境变量覆盖了，要么是服务端那边模型 ID 对不上。三者之中，前两个在你机器上就能查，第三个一条 curl 就能查。

1.2 什么情况下不要用 CC Switch

所有配置都塞进 CC Switch 的前提是，你需要经常在多个供应商之间来回切。如果你只是做一次性的对照测试，直接在终端里临时 export 三个变量、跑完就关掉终端，反而更干净。另外，如果你的项目已经用 devcontainer 或者 CI 里的脚本统一注入了 ANTHROPIC_ 变量，那再叠一层 CC Switch 只会让「到底哪份配置生效」变得难以判断。这种情况下先统一到一种方式，再谈切换。

2. 建两个 profile：GLM 5.3 Flash 与 DeepSeek V4.1 Flash 的配置片段

CC Switch 里加供应商有两条件路：界面点选，或者直接编辑 ~/.cc-switch/config.json 后重启应用。界面更直观，JSON 更适合批量对照和复制粘贴。下面这份片段是「两个自定义供应商」的最小结构，放在 providers.claude 下面。不同版本的字段名可能略有出入，比如顶层可能多一个 current 标记的位置差异，但真正决定行为的是 settingsConfig.env 那三行，其余都只是显示用的元数据。

{
  "providers": {
    "claude": {
      "glm53-flash": {
        "id": "glm53-flash",
        "name": "GLM 5.3 Flash",
        "category": "custom",
        "settingsConfig": {
          "env": {
            "ANTHROPIC_BASE_URL": "https://taotoken.net/api",
            "ANTHROPIC_AUTH_TOKEN": "YOUR_API_KEY",
            "ANTHROPIC_MODEL": "glm-5.3-flash"
          }
        }
      },
      "deepseek41-flash": {
        "id": "deepseek41-flash",
        "name": "DeepSeek V4.1 Flash",
        "category": "custom",
        "settingsConfig": {
          "env": {
            "ANTHROPIC_BASE_URL": "https://taotoken.net/api",
            "ANTHROPIC_AUTH_TOKEN": "YOUR_API_KEY",
            "ANTHROPIC_MODEL": "deepseek-v4.1-flash"
          }
        }
      }
    }
  }
}

上面两个 model 值只是本篇为了方便阅读写的占位写法，真正要填的是模型广场里 GLM 5.3 Flash 和 DeepSeek V4.1 Flash 这两个条目对应的 ID，一字不差地抄过去。Base URL 一栏写 https://taotoken.net/api，末尾不带 /v1，这一点在下一节还会专门说一遍，因为它是最常见的 404 来源。Key 两处都填同一把 YOUR_API_KEY，先把 Key 在 TaoToken 控制台建好，再往下走。

如果你走界面，操作顺序是：打开 CC Switch，切到 Claude Code 页签，点添加供应商，类别选「自定义」（不要选官方，选官方会把地址锁定住），名称填 GLM 5.3 Flash，接口地址填 https://taotoken.net/api，密钥填 YOUR_API_KEY，模型填广场里的对应 ID，保存。然后重复一遍，名称改成 DeepSeek V4.1 Flash，模型换成另一个 ID。两次输入里，只有名称和模型两处不同，其余完全一致。这个「只差两处」的特性，是后面能一条命令验证的前提。

保存完成后，随便切到其中一个，去看 ~/.claude/settings.json，它的 env 块应该长成下面这样。如果你看到的地址带了 /v1，或者 model 还是上一套的值，说明这次写入没成功，回到 CC Switch 重新保存一次，别急着往下测。

{
  "env": {
    "ANTHROPIC_BASE_URL": "https://taotoken.net/api",
    "ANTHROPIC_AUTH_TOKEN": "YOUR_API_KEY",
    "ANTHROPIC_MODEL": "glm-5.3-flash"
  }
}

2.1 两个 profile 的字段对照

把两套配置并排放，差异点会非常清楚。供应商名称不同，属于给人看的；ANTHROPIC_BASE_URL 完全相同，都是 https://taotoken.net/api；ANTHROPIC_AUTH_TOKEN 完全相同，都是同一把 Key；ANTHROPIC_MODEL 不同，这是唯一影响请求内容的字段；配置文件落点相同，都是 ~/.claude/settings.json；生效时机也相同，都是新会话启动时读取。四行相同、两行不同，这就是这套方案的全部结构。

2.2 可选的两个附加字段

有些 Claude Code 版本除了主模型，还会读一个用于后台小任务的小模型字段，名字可能写作 ANTHROPIC_SMALL_FAST_MODEL 之类。如果你在会话里看到后台任务走了别的模型，或者干脆报模型不存在，可以把这个字段也显式指向同一个 Flash ID，让会话里所有请求都走同一条路。具体字段名以你本地 Claude Code 版本读的键为准，配之前先确认一次，不要凭印象填。两个 profile 都加上同样的处理，能避免「主对话是 GLM，后台任务报错」这种半通不通的状态。

2.3 建 profile 之前先确认 Key 能用

这一步很多人跳过，然后在排障阶段浪费大量时间。建 profile 之前，先拿着 YOUR_API_KEY 打一次最简请求，确认 Key 是有效的、地址是对的。确认过之后再把 Key 填进两个 profile，后面如果切换出问题，你就可以直接排除掉鉴权层，把注意力集中在 model 字段和会话重启上。顺序反过来做，出问题时你会同时怀疑 Key、地址、模型 ID 三个变量，排查成本翻三倍。

3. 一键切换：同一个 Base URL，只改 model 字段

切换动作本身没有技术含量，真正需要理解的是切换之后请求长什么样。CC Switch 把新 profile 的三件套写进 settings.json，你重开一个 Claude Code 会话，它读配置，然后向 https://taotoken.net/api 拼接上补全端点路径发起请求，请求体里的 model 字段就是在 CC Switch 里填的那个值。整条链路上，地址和 Key 从头到尾没变过，变的只有请求体里那一个字符串。所以切完报 401，不是「切错了 profile」，是 Key 本身的问题；切完报模型不存在，也不是「通道不支持」，是 model 字段和广场 ID 不一致。

这个特性还带来一个额外好处：两个 profile 的调用记录会落在同一把 Key 下面。你不需要在两套账号里分别对账，用量页里看到的就是这两个 Flash 模型加起来的全部消耗，按模型维度分开统计。如果你的工作流里还要加第三个、第四个 Flash 档模型，照抄同一份结构，把 model 换掉就行，地址和 Key 一次都不用动。

3.1 切换之后要不要重启，怎么重启

最稳的做法是切换完成后彻底关掉终端里的 Claude Code 进程，再开一个新窗口跑。Claude Code 会话启动时会读一次 settings.json，之后配置就固定在进程内存里了，你在另一个窗口改文件它不会感知。有人习惯在同一个会话里连续切三次然后对比结果，这种做法拿到的数据是无效的，因为三次请求可能都打在同一个模型上。要对比两个 Flash 档，就老老实实切一次、重开一次、验证一次，再切第二次。

3.2 确认当前生效配置的两条命令

切换之后先别急着发请求，先确认文件里写的是什么。直接读 json 的两个字段，比人眼看整个文件更可靠：

cat ~/.claude/settings.json | python3 -c "import json,sys; e=json.load(sys.stdin)['env']; print(e['ANTHROPIC_BASE_URL'], e['ANTHROPIC_MODEL'])"

输出的第一个值应该始终是 https://taotoken.net/api，第二个值应该随着你切换 profile 而发生变化。如果第一个值带了 /v1，或者第二个值没变，问题就在配置写入这一步，不在请求阶段。确认完文件，再确认 shell 环境变量没有覆盖它：

env | grep -i anthropic

理想情况下这条命令什么都不输出。如果输出了 ANTHROPIC_BASE_URL 或 ANTHROPIC_AUTH_TOKEN，说明你的 shell 在跟 CC Switch 抢控制权，先把这些行从 shell 配置里删掉，重新开一个终端，再测。

3.3 两个 profile 之间不要共用旧变量

一个细节：如果之前手配过 ANTHROPIC_API_KEY（注意不是 AUTH_TOKEN），它和 AUTH_TOKEN 同时存在时，鉴权行为取决于客户端版本的优先级规则，很容易出现「切了 profile 但鉴权用的是老 Key」这种诡异现象。建 profile 之前先把这个旧变量清干净，两个 profile 里也只保留 AUTH_TOKEN 一项。保持配置里只有一个来源，是让切换行为可预测的最简单办法。

4. 切换后的一次补全验证：从响应里读 model 字段

配置写得再对，也要用一次真实请求确认。最直接的方式是绕过 Claude Code 客户端，用 curl 直接打补全端点。这样做的价值在于：如果 curl 通过而 Claude Code 报错，问题一定在客户端配置层；如果 curl 也不通，问题在 Key、地址或模型 ID 上，跟 CC Switch 无关。先看 GLM 5.3 Flash 那一档：

export ANTHROPIC_AUTH_TOKEN=YOUR_API_KEY

curl -sS https://taotoken.net/api/v1/messages \
  -H "x-api-key: $ANTHROPIC_AUTH_TOKEN" \
  -H "anthropic-version: 2023-06-01" \
  -H "content-type: application/json" \
  -d '{
    "model": "glm-5.3-flash",
    "max_tokens": 32,
    "messages": [{"role": "user", "content": "只回复两个字：收到"}]
  }'

注意这里的地址：Base URL 是 https://taotoken.net/api，末尾不带 /v1，而 curl 里要打的是补全端点，所以拼成 https://taotoken.net/api/v1/messages。这个区别要在脑子里分清——Base URL 交给客户端去拼路径，curl 是你自己手动拼完整路径。把 /v1 写进 CC Switch 的接口地址栏，结果就是客户端再拼一次 /v1/messages，变成 /api/v1/v1/messages，直接 404。

响应体里会有两个东西值得看：一个是 model 字段，它应该回显你请求时填的那个 ID；另一个是 usage 里的 token 计数。model 字段回显是这篇要验证的核心——它证明服务端确实按这个模型 ID 路由了，而不是被悄悄替换成了别的。如果你拿到的是 400 或模型不存在的错误，先去 TaoToken 的模型广场核对 ID 拼写，再回来重试。

把上面命令里的 model 换成 DeepSeek V4.1 Flash 对应的 ID，再跑一次，两次都拿到回显，说明模型 ID 这一层是对的。接下来才轮到客户端：重开一个新会话，随便问一句，再去 TaoToken 控制台看这次调用有没有入账、入的是哪个模型。这里有个纪律要守住：curl 里不要带任何 UTM 参数，那些参数是给浏览器里的链接用的，塞进接口请求里没有任何意义。

4.1 用 Claude Code 自身做一次端到端确认

curl 通了之后，确认客户端链路也通。开一个新终端，跑一次非交互式调用：

claude -p "只回复 OK"

能拿到回复，说明 CC Switch 写进 settings.json 的那三行被正确读取了。然后回到 CC Switch，切到另一个 profile，关掉终端、重开、再跑一次同样的命令。两次都能出结果，且你在控制台用量页里能看到两条不同模型的调用记录，这套配置就算跑通了。整个过程不需要改任何脚本，因为脚本里的调用方式完全没变——变的只是 CC Switch 写进配置文件的那一个字段。

4.2 验证顺序不要颠倒

建议的验证顺序是：先 curl 验模型 ID，再 claude -p 验客户端，最后看控制台用量做对账。反过来先跑 Claude Code，出问题时你会同时面对配置、环境变量、模型 ID 三个嫌疑对象。而且 curl 这一步还有一个隐性作用：它让你亲眼看到请求体里 model 字段的样子，之后在 Claude Code 里出现任何模型相关的报错，你都能立刻判断是客户端传了什么还是服务端拒了什么。

4.3 让模型生成脚本，但别让它直接连生产环境

顺带说一个边界问题。这类通路上跑的都是代码类模型，你可能会想让它在会话里直接连数据库做验证。不要这么干。需要跑 SQL 或脚本时，让模型把命令写出来，你自己在本地或测试环境执行，再把结果贴回对话。模型只负责生成和解释，执行权始终在你手里。这跟用哪个厂商的模型无关，是任何 AI 工具接任何数据源时都该守的线。

5. 两个 Flash profile 的差异表与只属于本篇的排障

下面这张表不是模型能力对比表，而是配置差异表。它记录的只是本篇这套 CC Switch 配置里，切换两个 profile 时哪些字段会变、哪些不会变。表里不含任何排行榜分数，也没有任何性能数字——本文没有引用公榜快照，所以不做能力排名。公榜上比的是模型本身，读者用统一通道的 Key 和 Base URL 接的也是同一个模型，通道不参与排名，也不该被写进任何榜单里。

排障部分只覆盖本篇这套配置会遇到的错，不做通用清单。第一类错误是 404：接口地址栏里写了 https://taotoken.net/api/v1，客户端又拼了一次路径。把 /v1 删掉，只留 https://taotoken.net/api，重开会话。第二类是 401：Key 没换成新的，或者 shell 里残留了旧变量，先跑 env | grep -i anthropic 确认环境干净，再去 CC Switch 里重新粘贴一次 Key。第三类是模型不存在的报错：model 字段和广场里的 ID 拼写不一致，注意大小写和连字符，重新核对一遍再填。

第四类是「切了没变」：settings.json 里的 ANTHROPIC_MODEL 确实变了，但请求还是打在旧模型上，原因基本是没重开会话，老进程还在用内存里的旧配置。第五类是鉴权冲突：同时存在 ANTHROPIC_API_KEY 和 ANTHROPIC_AUTH_TOKEN，删掉前者。第六类走错地方：把 ANTHROPIC_BASE_URL 之类的字段填进了 Codex 页签，Codex 读的是 ~/.codex/config.toml，两套变量体系互不相认，各自配各自的。第七类是两套 profile 用了不同的 Key，导致用量分散、对账困难，统一成同一把就没这个问题。

5.1 关于公榜的正确引用姿势

如果你想拿这两个模型去对照公开榜单，规则是：先确认榜单页面上的查阅日期，记下那个快照日；再记下页面上的官方模型名和名次或分数，一并写下来源。不要凭印象说「大概在前多少名」，也不要拿本地一次 curl 的耗时去充当分数。公榜数字和本地复现要分成两张表，不能把不同口径的数字拼成一张「综合实力表」。本文里没有引入任何公榜快照，所以正文不写分数，只写怎么做一次可复现的切换与验证。

5.2 本地复现的结果怎么记

如果你确实想在本地跑一组对照，建议记录四项：请求时间、模型 ID、响应里的 model 回显、usage 里的 input 与 output token 数。四个字段都是客观值，不涉及主观评价。跑完在同一张表里标注「一次运行，不代表公榜」，避免以后回看时把一次偶发结果当成稳定结论。两组数据都来自同一把 Key、同一段提示词、同一个时间段，这样的对照才有意义。

6. 用同一把 Key 复现这套切换对照

复现路径很短，按顺序走一遍就行。先去控制台创建一把 Key，拿到 YOUR_API_KEY；然后在 CC Switch 的 Claude Code 页签里，按第 2 节的结构建两个自定义供应商，地址都填 https://taotoken.net/api，Key 都填同一把，模型分别填广场里 GLM 5.3 Flash 和 DeepSeek V4.1 Flash 对应的 ID；接着切到第一个 profile，重开一个终端，跑 4.1 节那次补全命令，再从响应里读 model 回显；切到第二个 profile，重复同样的动作。两次回显不同、用量页里出现两条记录，这套配置就成立。

关于价格和额度，官方页面上的展示才是准的，任何第三方榜单上的标价都不是通道售价，别拿那个数字做预算。想要更省事的开发方式，可以看看套餐页；想先确认两个 Flash 档的 ID 长什么样，直接打开模型对话页面搜一下最直观。这套配置本身没有任何隐藏步骤，全部改动都发生在你本地的配置文件里，随时可以切回原供应商。

对照表跑完后，打开 模型对话 确认两个 Flash 的模型 ID 与广场展示完全一致；长期在两个 Flash 档之间来回切，可以看 Coding Plan 的额度形态是否合适。Key 在 控制台 创建，Claude Code 的环境变量三件套对照 接入文档。建好 Key 之后，用 4.1 节那条命令各跑一次，把两次响应的 model 字段和用量页记录对着看，就完成了一次完整的可复现验证。

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