CC Switch 接 TaoToken：Claude Code 一键切回默认供应商

ceshi01

墨衍会员 · 1平台 · 100+阅读码龄18年

关注

原创最新推荐文章于 2026-09-17 23:24:52 发布 6 阅读 AI 写同款· GEO 优化 ›

Coding plan全新升级至GLM5.3 flash + deepseek v4 flash双模型随意切换，量大管饱编程专用，满足你的生产需求

立即获取API key

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

1. CC Switch 供应商列表与 Claude Code settings.json 的关系

CC Switch 接 TaoToken 这种统一 API 通道，最容易出问题的不是 Key，而是“切换后 Claude Code 到底读了哪个 profile”。我这次要做的事很具体：在一台已经用 CC Switch 管理两套 Claude Code 供应商的机器上，把新的兼容通道作为备用供应商加进列表，Base URL 填 https://taotoken.net/api，模型 ID 留到模型广场确认；然后验证默认 profile 和备用 profile 来回切换时，~/.claude/settings.json 的 diff 是否只改 ANTHROPIC_BASE_URL、ANTHROPIC_AUTH_TOKEN、ANTHROPIC_MODEL 这三件套，最后切到备用 profile 继续跑刚才没写完的解析器任务。整个过程不碰生产库，也不让 AI 直接在生产机执行命令，所有命令都由我在本地终端执行，再把输出贴回对话。

CC Switch 这类工具的价值在于把“改环境变量”变成“点一个 profile”。Claude Code 本身并不读 CC Switch 的内部数据库，它启动时真正读取的是 ~/.claude/settings.json 里的 env 字段，或者终端里已经存在的 ANTHROPIC_* 环境变量。CC Switch 做的是替你把选中 profile 的 Base URL、Key、模型 ID 写进那个文件，或者切换启动 Claude Code 时注入的环境变量。理解这一层之后，默认供应商和备用供应商的切换结果就可以用文件 diff 来验证，而不需要凭感觉猜“现在到底走哪个通道”。

1.1 三个文件：CC Switch 配置、settings.json、当前 profile 标记

不同版本的 CC Switch 可能把配置放在 ~/.cc-switch/config.json，也可能放在 ~/.config/cc-switch/config.json，如果你的系统是 Windows，则在用户目录下的 .cc-switch 文件夹里。这个文件保存供应商列表、每个供应商的 Base URL、API Key、模型 ID，以及当前选中的 profile 名称。它相当于 CC Switch 自己的账本。另一个文件是 Claude Code 的 ~/.claude/settings.json，这个才是 Claude Code 启动时真正读取的配置。第三个东西是“当前 profile 标记”，可能写在 CC Switch 配置文件里，也可能写在单独的状态文件里，比如 current、activeProfile、selected 这类字段。你要验证切换是否生效，不能只看 CC Switch 界面上高亮哪一个，而要看 settings.json 有没有被改写。

我建议先做一次只读检查，把三个位置都看一遍。下面命令不改任何配置，只是确认结构。注意 jq 只是用来格式化 JSON，没有安装也可以直接用编辑器打开。

ls -la ~/.cc-switch 2>/dev/null || true
ls -la ~/.claude/settings.json
jq '.' ~/.cc-switch/config.json 2>/dev/null || true
jq '.' ~/.claude/settings.json

如果输出里看到多个供应商，先给它们起清楚名字，比如“默认供应商”“备用-统一网关”“实验-旧 Key”。名字越含糊，后面切换越容易把旧 Key 写到新 profile 里。CC Switch 的供应商列表本质上就是 profile 列表，默认 profile 通常是你日常开发用的那一个，备用 profile 则是你为了对照、限流规避、成本观察或临时切换而准备的。这里的“默认”不是 Anthropic 官方，也不是某个模型厂商，而是你在 CC Switch 里指定的主用配置。切回默认供应商，意思就是把 settings.json 的 env 恢复成默认 profile 的三件套。

1.2 默认 profile 与备用 profile 的判定

默认 profile 的判定看两个地方：一是 CC Switch 配置里的 current 或 active 字段，二是 ~/.claude/settings.json 当前内容。如果 CC Switch 显示默认 profile 是 A，但 settings.json 里的 ANTHROPIC_BASE_URL 还是 B 的地址，说明上一次切换没有落盘，或者你改过配置文件后没有重启 Claude Code。Claude Code 不一定每次 prompt 都重新读文件，有些版本在进程启动时就读入环境变量，后续切换 profile 需要退出当前会话再进入。这个细节在验证默认/备用切换时很关键：点完 CC Switch 的切换按钮，先 cat ~/.claude/settings.json 或 jq '.env'，确认写入成功，再启动新的 Claude Code 会话。

备用 profile 的判定则看它的用途。我的做法是保留一个默认供应商作为日常主力，把新的统一网关作为备用。备用不代表质量差，而是代表“当我需要换一条兼容通道、统一看用量、或者临时对照时，可以一键切过去”。CC Switch 的供应商列表里，两个 profile 的 Base URL 必须不同，Key 必须不同，模型 ID 可以相同也可以不同，但都要以模型广场展示为准。如果两个 profile 的 Base URL 一样，切换只会换 Key，diff 看起来变化很小，验证起来没有意义。如果两个 profile 的 Key 一样，切换只会换 Base URL，容易误判为“切换失败”。所以配置时最好让两个 profile 的三件套至少有两项不同，diff 才清楚。

1.3 为什么切换后要立即 diff

切换后立即 diff 有两个好处。第一，确认 CC Switch 真的写了 settings.json，而不是只改了它自己的界面状态。第二，确认写入的 Base URL 没有多余路径。https://taotoken.net/api 是正确写法，末尾不要加 /v1，也不要把带 UTM 的官网地址填进去。官网地址用于注册、看模型广场、看用量；API 请求地址只填 https://taotoken.net/api。这两个东西混在一起，是 CC Switch 配置里最常见的一类错误。diff 可以让你在 5 秒内看出 Base URL 是不是被写成了 https://taotoken.net/api/v1，或者 Key 是不是还留着上一个 profile 的旧值。

diff 还能帮你保留回滚能力。切换前先备份一份 settings.json，切到备用 profile 后跑 diff -u，切回默认 profile 后再跑一次 diff -u。两次 diff 应该互为镜像：默认到备用是把 Base URL、Key、模型 ID 改成备用值；备用回默认是改回默认值。如果回默认后 diff 没有回到初始状态，说明 CC Switch 没有正确恢复默认 profile，或者你手动改过文件导致状态漂移。这个验证过程不需要任何排行榜分数，也不需要把统一网关当成被评测对象。它只回答一个问题：Claude Code 下一次启动会向哪个 Base URL 发送请求。

2. 在 CC Switch 加 TaoToken：自定义供应商三件套

在 CC Switch 里加供应商，核心就是三件套：Base URL、API Key、模型 ID。Base URL 填 https://taotoken.net/api，Key 到带 UTM 的控制台创建，模型 ID 不要凭记忆填，打开模型广场看当前可用 ID。我这次先把备用 profile 命名为 TaoToken，方便在列表里一眼区分。创建 Key 的入口在创建 Key，打开后登录，创建一个给 Claude Code 用的 Key，复制到 CC Switch 的 API Key 栏。不要把 Key 写进文章、截图或 Git 仓库；配置文件里用 YOUR_API_KEY 占位，真实值只留在本机。

CC Switch 的 UI 通常有“Claude Code”和“Codex”两个标签。这篇只处理 Claude Code，所以不要动 Codex 的 ~/.codex/config.toml，也不要把 ANTHROPIC_* 变量套到 Codex 上。Codex 用另一套配置，混用会导致两个工具都读错。Claude Code 这边认的是 ANTHROPIC_BASE_URL、ANTHROPIC_AUTH_TOKEN、ANTHROPIC_MODEL，CC Switch 会把这些写进 settings.json 的 env。如果你用的是 CC Switch 的插件模式，可能还会在启动 Claude Code 时注入环境变量；无论哪种方式，最终都要落到这三个变量上。Base URL 一律只写 https://taotoken.net/api，不加 UTM，不加 /v1，不加多余路径。

2.1 从 UI 加，避免手改坏 JSON

如果 CC Switch 提供“新增供应商”或“自定义供应商”按钮，优先用 UI。步骤大致是：打开 CC Switch，切到 Claude Code 供应商页，点新增，名称写 TaoToken，Base URL 写 https://taotoken.net/api，API Key 写 YOUR_API_KEY，模型 ID 先留空或写 YOUR_MODEL_ID，保存后先不要设为默认。保存完成后，回到供应商列表，确认新条目出现，再把它的 Key 替换成你刚创建的真实 Key。这样做的原因是 UI 会帮你处理 JSON 转义和字段名差异，手改 config.json 容易把逗号、引号或数组结构改坏，导致 CC Switch 启动后读不到任何供应商。

UI 保存后，立刻做一次只读检查，确认字段没有写错。重点看三个值：baseUrl 是不是 https://taotoken.net/api，apiKey 是不是你刚创建的那把，model 是不是还空着。如果 CC Switch 有“测试连接”按钮，可以先不点，因为模型 ID 还没确认，测试可能返回模型不存在，反而让你误以为 Base URL 错了。先把配置存好，再去模型广场查 ID，回填后再测试。这个过程里不要用“官方额度不够”当理由，也不要把统一网关说成临时中转；它在这里的角色就是供应商配置里的一个正式 profile，和默认供应商并列。

2.2 配置文件片段与字段含义

不同版本的 CC Switch 字段名可能略有差异，有的用 providers，有的用 profiles；有的用 baseUrl，有的用 baseURL。下面片段按常见结构写，你只需要对照自己机器上的实际字段，保留同样的语义。注意 baseUrl 是 API 请求地址，不是官网落地页地址，所以它后面没有 UTM，也没有 /v1。

{
  "claude": {
    "current": "taotoken",
    "providers": [
      {
        "id": "default",
        "name": "默认供应商",
        "baseUrl": "https://api.anthropic.com",
        "apiKey": "YOUR_PREVIOUS_KEY",
        "model": "PREVIOUS_MODEL_ID",
        "kind": "anthropic"
      },
      {
        "id": "taotoken",
        "name": "TaoToken",
        "baseUrl": "https://taotoken.net/api",
        "apiKey": "YOUR_API_KEY",
        "model": "YOUR_MODEL_ID",
        "kind": "anthropic"
      }
    ]
  }
}

字段含义很直接。id 是 CC Switch 内部标识，不要和别的 profile 重复。name 是列表里显示的名字，可以写“默认供应商”“备用-统一网关”“TaoToken”。baseUrl 是 Claude Code 发请求的根地址，填 https://taotoken.net/api。apiKey 是控制台创建的 Key，不要写官网账号密码。model 是 Claude Code 要调用的模型 ID，必须以模型广场为准，不要照抄旧教程里的名字。kind 或 type 用来告诉 CC Switch 这是 Anthropic 兼容配置，不是 Codex 配置。如果字段名不同，比如你的版本用 profiles 而不是 providers，用 baseURL 而不是 baseUrl，按实际结构改键名，值不变。改完保存，完全退出 CC Switch 再重开一次，让它重新读取配置。

2.3 模型 ID 不要照抄旧教程

模型 ID 是这篇里唯一不能凭感觉写的东西。CC Switch 的 Base URL 已经确定了请求发到 https://taotoken.net/api，但具体调用哪个模型，取决于模型广场当前展示的 ID。不同时间、不同通道、不同账号可见的模型列表可能不同，所以配置里先写 YOUR_MODEL_ID，到模型广场复制准确 ID 后再回填。不要在配置里写 gpt-5 这类未经确认的名字，也不要把聊天模型 ID 直接塞给 Claude Code。Claude Code 需要的是兼容 Anthropic 消息格式的模型 ID，具体可用项以模型广场为准。

回填模型 ID 后，可以做一个最小验证：不要直接开长任务，而是启动 Claude Code 后问一句“回复 ok 并说明你当前使用的模型 ID”。如果返回正常，说明 Base URL、Key、模型 ID 三件套至少能走通。如果返回 404 或模型不存在，先回模型广场核对 ID，不要急着改 Base URL。CC Switch 的供应商列表里，默认 profile 和备用 profile 可以共用同一个模型 ID，也可以不同；但每个 profile 的模型 ID 都要单独确认，因为默认供应商的模型名不一定能在统一网关里直接使用。配置完成后，把 current 切到默认 profile，先保持默认供应商可用，再准备验证备用 profile 的切换。

3. 默认与备用 profile 切换：settings.json diff 长什么样

验证 CC Switch 的切换结果，最稳的方式是看 ~/.claude/settings.json 的 diff。切换前，默认 profile 生效，文件里应该是默认供应商的 Base URL、Key 和模型 ID。切换后，备用 profile 生效，三件套应该变成 https://taotoken.net/api、YOUR_API_KEY、YOUR_MODEL_ID。再切回默认，文件应该恢复。这个 diff 不涉及排行榜，也不涉及模型质量对比，它只证明 CC Switch 把哪个 profile 写进了 Claude Code 真正读取的位置。如果你之前手改过 settings.json，diff 里可能混入别的字段，比如权限、主题、MCP 配置，这些不属于供应商切换，验证时只看 env 段即可。

3.1 切换前先备份 settings.json

先切到默认 profile，确认 Claude Code 当前能正常启动。然后备份：

cp ~/.claude/settings.json ~/.claude/settings.json.default.before
jq '.env' ~/.claude/settings.json

备份文件名不要用太泛的 settings.json.bak，否则多切换几次就分不清是哪一步。建议用 default.before、taotoken.after、default.restored 这种带语义的名字。jq '.env' 只打印环境变量段，方便你确认默认供应商的三件套。此时 ANTHROPIC_BASE_URL 应该是默认供应商地址，ANTHROPIC_AUTH_TOKEN 是默认 Key，ANTHROPIC_MODEL 是默认模型 ID。不要把真实 Key 打印到聊天窗口，自己在本机看即可。确认无误后，再打开 CC Switch，把供应商切到备用 profile。

3.2 默认到备用 diff

切换前，默认供应商的 settings.json 大致如下。这里用占位符代替真实 Key 和模型 ID，避免把敏感信息带进文章。

{
  "env": {
    "ANTHROPIC_BASE_URL": "https://api.anthropic.com",
    "ANTHROPIC_AUTH_TOKEN": "YOUR_PREVIOUS_KEY",
    "ANTHROPIC_MODEL": "PREVIOUS_MODEL_ID"
  }
}

在 CC Switch 里点备用 profile，等待状态切换完成，然后重新检查文件：

jq '.env' ~/.claude/settings.json

如果切换成功，你会看到 Base URL 变成 https://taotoken.net/api，Key 变成 YOUR_API_KEY，模型 ID 变成你从模型广场复制的 YOUR_MODEL_ID。对应的 diff 如下：

--- ~/.claude/settings.json（默认 profile）
+++ ~/.claude/settings.json（切换后备用 profile）
@@
-    "ANTHROPIC_BASE_URL": "https://api.anthropic.com",
-    "ANTHROPIC_AUTH_TOKEN": "YOUR_PREVIOUS_KEY",
-    "ANTHROPIC_MODEL": "PREVIOUS_MODEL_ID"
+    "ANTHROPIC_BASE_URL": "https://taotoken.net/api",
+    "ANTHROPIC_AUTH_TOKEN": "YOUR_API_KEY",
+    "ANTHROPIC_MODEL": "YOUR_MODEL_ID"

这个 diff 说明 CC Switch 只改了 env 三件套，没有动其他 Claude Code 设置。Base URL 是干净的 https://taotoken.net/api，没有 /v1，没有 UTM。Key 是新建的那把，模型 ID 来自模型广场。此时先不要急着跑大任务，启动一个新的 Claude Code 会话，发一句最小请求，确认能返回。如果返回 401，先回 CC Switch 看 Key 是否复制完整；如果返回模型不存在，回模型广场核对 ID。确认最小请求通过后，再继续之前的任务。

3.3 备用回默认 diff 与一键切回

备用 profile 验证完成后，重新打开 CC Switch，点回默认供应商。再次检查：

jq '.env' ~/.claude/settings.json

切回默认的 diff 应该与刚才相反：

--- ~/.claude/settings.json（备用 profile）
+++ ~/.claude/settings.json（默认 profile）
@@
-    "ANTHROPIC_BASE_URL": "https://taotoken.net/api",
-    "ANTHROPIC_AUTH_TOKEN": "YOUR_API_KEY",
-    "ANTHROPIC_MODEL": "YOUR_MODEL_ID"
+    "ANTHROPIC_BASE_URL": "https://api.anthropic.com",
+    "ANTHROPIC_AUTH_TOKEN": "YOUR_PREVIOUS_KEY",
+    "ANTHROPIC_MODEL": "PREVIOUS_MODEL_ID"

如果这个 diff 能稳定复现，说明“一键切回默认供应商”不是口号，而是文件层面的可验证结果。这里要注意：Claude Code 已经启动的会话可能还持有旧环境变量，切回后最好退出当前会话，重新启动一个新的 Claude Code。如果只在同一个会话里切，可能仍然走之前的 Base URL，导致你以为切换失败。CC Switch 切换和 Claude Code 重启是两个动作，插件能帮你改文件，但不会替你重启已经跑起来的进程。把这两个动作分开，排障会简单很多。

4. 切到备用 profile 后继续同一任务：运行日志与验证

为了验证切换后能继续工作，我没有新开一个无关的小任务，而是把之前默认供应商下没写完的解析器任务带过去。任务内容很简单：在 parser.py 里补齐 EOF 分支的异常信息，并只跑 test_parser.py。这个任务不碰生产库，不让 AI 直接在生产机执行，所有编辑和测试都在本地工作目录完成。切换前，默认供应商下已经完成了读取文件和定位函数，但还没改代码。切到备用 profile 后，我重新启动 Claude Code，让它读取当前 profile 的三件套，再继续刚才的上下文。这里用到的 Base URL 是 https://taotoken.net/api，模型 ID 是之前回填的 YOUR_MODEL_ID。落地页和模型广场入口在 TaoToken，注册、看模型、看用量都从这里进；API 请求仍然只走 https://taotoken.net/api。

4.1 用 CC Switch 一键切到备用 profile

切换动作本身在 CC Switch 里完成：打开供应商列表，点备用 profile，确认 current 或高亮状态切过去。然后完全退出 Claude Code，再在终端重新进入工作目录。为了避免环境变量残留，我会先确认当前 shell 没有手动 export 过 ANTHROPIC_BASE_URL。如果之前为了临时测试在 .zshrc 或 .bashrc 里写过全局变量，它可能覆盖 settings.json 的值。CC Switch 写文件是一回事，shell 环境变量优先级是另一回事。验证步骤很简单：新开终端，cd 到项目目录，运行 claude，看启动后第一条请求走通没有。如果走不通，先 env | grep ANTHROPIC，再 jq '.env' ~/.claude/settings.json，对比两者是否一致。

4.2 切换后继续同一任务的运行日志

下面是我本地一次运行日志的摘录，环境是同一台机器、同一把 Key、同一个工作目录，任务与默认供应商下的任务相同。日志里的模型 ID 用 YOUR_MODEL_ID 占位，真实 ID 以模型广场为准。这段日志只代表一次本地运行，不代表任何公榜分数，也不把统一网关当成参赛方；公榜上的是模型，读者只是用同一把 Key 和 Base URL 接同一个模型。

$ cd ~/work/parser-lab
$ claude

Claude Code
cwd: /Users/me/work/parser-lab
settings: /Users/me/.claude/settings.json
ANTHROPIC_BASE_URL: https://taotoken.net/api
ANTHROPIC_MODEL: YOUR_MODEL_ID
profile: taotoken (备用)

> 继续刚才的任务：把 parser.py 里 EOF 分支的异常信息补全，并只跑 test_parser.py。

Tool: Read parser.py
Tool: Edit parser.py
  - 在 EOF 分支加入 raise ParseError("unexpected EOF at line ...")
Tool: Bash python -m pytest test_parser.py -q
  - test_parser.py ....
  - PASS

> 检查一下改动是否只影响 EOF 分支。

Tool: Read parser.py
Tool: Bash git diff -- parser.py
  - 只显示 EOF 分支附近变更

> 继续跑一遍 test_parser.py，把输出贴到对话里。

Tool: Bash python -m pytest test_parser.py -q
  - PASS

日志里可以看到，Claude Code 启动时读到的 Base URL 是 https://taotoken.net/api，模型 ID 是 YOUR_MODEL_ID。它继续了同一个任务，编辑文件、跑测试，并把结果返回。这里没有让 AI 直接操作生产库，也没有让 AI 直接在生产机执行命令；编辑和测试都是在本地工作目录中完成。如果你在日志里看到 ANTHROPIC_BASE_URL 仍然是默认供应商地址，说明 CC Switch 切换没有落盘，或者当前终端有旧环境变量。如果你看到模型 ID 是旧值，回模型广场核对，重新在 CC Switch 里保存。

4.3 验证入账与回滚

跑完同一任务后，我会做两件事。第一，回控制台看这次调用是否入账，确认 Key、Base URL、模型 ID 三者对应。第二，切回默认供应商，再跑一次最小请求，确认默认 profile 仍然可用。控制台入口用带 UTM 的创建 Key，模型广场和对话入口可以用模型对话。看用量时不要只看总额，最好按 Key 和模型维度对一下，确认这次日志里的调用确实落在备用 profile 的 Key 上。如果对不上，先检查是不是默认 profile 的 Key 被写进了备用供应商，或者 CC Switch 切换后没有重启 Claude Code。

回滚验证同样看 diff。切回默认供应商后，jq '.env' ~/.claude/settings.json 应该恢复默认三件套。如果恢复不了，手动把之前备份的 settings.json.default.before 复制回去，再检查 CC Switch 配置里的 current 是否指向默认 profile。一键切换的前提是两边配置都正确，如果默认 profile 的 Key 已经过期，切回去也会 401。此时不要急着怀疑备用 profile，先把默认 profile 修好，再重新做一次来回切换。整个验证过程不需要排行榜数字，也不需要把任何公榜 ELO 或 SWE-bench 百分比塞进配置表；这篇只验证 CC Switch 的供应商切换是否可复现。

5. 排障：401、模型 ID 与 Base URL 末尾 /v1

切换过程中最常遇到的错误是 401、模型不存在、请求路径 404。401 一般不是 Base URL 写错，而是 Key 没复制完整、Key 被禁用、或者 CC Switch 保存后 Claude Code 还在读旧文件。模型不存在通常是模型 ID 填错，比如把聊天模型 ID 填给了 Claude Code，或者用了旧教程里的名字。404 则要检查 Base URL 是不是被多加了 /v1，或者末尾多了斜杠和路径。下面按这三类排，每类都只看本篇配置，不扩展到网络代理或绕过限制。

5.1 401：Key 没刷新或用了旧 profile

出现 401 时，先看 ~/.claude/settings.json 里的 ANTHROPIC_AUTH_TOKEN 是不是你本次创建的 Key。CC Switch 界面上显示的是新 Key，不代表 settings.json 已经写入。保存后完全退出 CC Switch，再退出 Claude Code，重新打开。然后运行 jq '.env.ANTHROPIC_AUTH_TOKEN' ~/.claude/settings.json，确认值和控制台里创建的那把一致。注意不要在聊天窗口打印完整 Key，自己在本机核对即可。如果默认 profile 和备用 profile 的 Key 名字很像，比如只有后缀差几位，最好在 CC Switch 里改显示名，避免切错。

还有一种 401 是 shell 环境变量覆盖了文件。比如你之前在终端里执行过 export ANTHROPIC_AUTH_TOKEN=旧Key，新启动的 Claude Code 会优先读环境变量，而不是 settings.json。检查方式：

env | grep ANTHROPIC
jq '.env' ~/.claude/settings.json

如果两者不一致，关掉当前终端，新开一个，再启动 Claude Code。不要把 Key 写进全局 shell 配置文件，除非你确定那是你想要的长期行为。对 CC Switch 来说，最好的状态是让工具管理 settings.json，终端保持干净。

5.2 404/模型不存在：模型 ID 不是广场 ID

模型不存在时，先回模型广场看当前可用的模型 ID。CC Switch 的模型 ID 栏填的是 ID，不是显示名称，也不是你记忆里的厂商模型名。复制时注意不要带空格、引号或换行。回填后保存，重启 Claude Code。如果仍然报错，先用最小请求测试，不要直接跑长任务。最小请求只问一句“回复 ok”，这样能快速区分是模型 ID 问题还是任务问题。

另外，Claude Code 使用的模型 ID 需要兼容 Anthropic 消息格式。如果你从别的工具复制了一个 ID，它可能适合聊天补全，但不一定适合 Claude Code 的工具调用和文件编辑。以模型广场标注的可用范围为准。如果广场里有多个相近 ID，先用 YOUR_MODEL_ID 占位，确认一个能跑通后再写进 CC Switch。不要为了省事把 YOUR_MODEL_ID 留在配置里启动长任务，那样只会在第一轮请求时报错。

5.3 Base URL 末尾 /v1 与 CC Switch 缓存

Base URL 只写 https://taotoken.net/api，末尾不要加 /v1。Claude Code 的 Anthropic 兼容请求会自己拼接路径，手动加 /v1 很容易变成 /v1/v1/messages 这类错误路径。也不要填带 UTM 的官网地址，那个地址用于浏览器打开注册、看广场、看用量，不是 API 请求地址。CC Switch 的 Base URL 栏和 Claude Code 的 ANTHROPIC_BASE_URL 必须是同一个值：https://taotoken.net/api。

如果 diff 里 Base URL 正确，但 Claude Code 仍然请求旧地址，可能是 CC Switch 缓存或 Claude Code 会话缓存。处理顺序是：保存 CC Switch 配置，完全退出 CC Switch，完全退出 Claude Code，新开终端，再启动。还不行就检查 ~/.claude/settings.json 是否被其他工具同步覆盖，比如 dotfiles 管理器、备份脚本或手动编辑。把备份的 settings.json.default.before 和当前文件 diff -u 一下，能很快看出是谁改的。排障到这里就足够了：401 看 Key，模型不存在看广场 ID，404 看 Base URL 末尾。三件事都确认后，再去做默认和备用 profile 的来回切换验证。

跑完这一轮后，如果你想把这次调用是否入账对清楚，打开模型对话确认模型 ID 与广场一致；长期开发需要额度可看 Coding Plan。Key 在控制台创建，Claude Code 与 CC Switch 三件套对照接入文档。切回默认供应商后，再切到备用 profile 跑一条同 Prompt 调用，看这次调用是否入账。