1. 先别切供应商，先确认 CC Switch 在改哪个文件
先别急着在 cc-switch 里点供应商下拉框。CC Switch 在 Windows 上装好后，真正让对话卡住的是两件事：一是 WSL 里 Claude Code 的配置到底存在哪，Windows 端的切换器要按 \wsl.localhost... 这种路径去找 ~/.claude/settings.json；二是真到了在 cc-switch 上配置一个可用供应商的步骤，手里的官方 Key、Base URL、模型 ID 缺一项就连不通。我的做法是让 cc-switch 走 TaoToken 这条统一接入通道，先从 https://taotoken.net/?utm_source=taotoken_aicg_blog_end&utm_content= 拿 Key，再回 WSL 用 claude 对话验证整条链路。控制台里能看到这次对话的调用记录，才算真正配通。
1.1 WSL 路径与 Windows 路径的差异
在 WSL 里，Claude Code 默认读取 ~/.claude/settings.json。这个路径是 Linux 风格的，Windows 上的图形程序不能直接使用。你需要先在 WSL 里执行下面这条命令，把它翻译成 Windows 能识别的 UNC 路径：
wslpath -w ~/.claude/settings.json输出类似 \wsl.localhost\Ubuntu\home\你的用户名.claude\settings.json。注意看最后两级：这条命令给出的明明是 settings.json 这个文件，而 CC Switch 设置里要填的是 .claude 这个目录。把文件路径整体照抄进去，工具找不到配置目录，保存后看似成功，切回 WSL 却完全不生效。
1.2 先有一个能用的供应商，再谈切换
当你把 WSL 路径填对，CC Switch 下一步会要求你在界面上配置一个可以使用的供应商。大多数人卡在这里，不是因为不会填表单，而是手里的 Key、模型 ID、Base URL 来自不同渠道，互相对不上。与其同时维护好几套规则，不如先把访问方式收敛成一套固定格式：Base URL 固定写 https://taotoken.net/api，API Key 从官网控制台创建，模型 ID 以模型广场当时列表为准。这样无论以后切几个供应商，变的只是 Key 和模型 ID，路径规则始终是同一套。
2. 在 Windows 上安装 CC Switch，并用 wslpath 定位配置目录
2.1 从 GitHub Releases 下载安装包
CC Switch 的最新 Windows 安装包发布在 GitHub Releases 页面，文件名类似 CC-Switch-v3.x.x-Windows.msi。下载后双击安装即可。首次启动时它会自动探测已有的 Claude Code 配置；如果探测不到，就会要求手动指定配置目录，这时候 wslpath 的输出才是可靠的路径来源。
2.2 先把 ~/.claude 目录生成好
不要一上来就执行 wslpath。如果 WSL 里的 Claude Code 从来没有运行过，~/.claude 目录可能还不存在，wslpath 虽然能算出路径，但 CC Switch 写配置时没有目标文件。建议先打开 WSL 终端，执行一次 claude 命令，让它生成好默认配置，再运行：
wslpath -w ~/.claude/settings.json复制输出结果，但只保留到 .claude 这一级，例如 \wsl.localhost\Ubuntu\home\你的用户名.claude。如果你的 WSL 发行版不是 Ubuntu，路径中的发行版名会跟着变化，以实际输出为准。
2.3 把目录填入 CC Switch 设置
在 CC Switch 的设置项里找到配置目录入口，粘贴刚才处理好的地址。这里有三个容易错的地方：第一，不要把 settings.json 文件名带进去，填到目录层级就停；第二，WSL 发行版目录名要原样保留，不要改成 Windows 用户名；第三，不要自己手工把反斜杠改成单斜杠，直接复制 wslpath 输出再删掉末级文件名，能避免很多低级错误。保存后，CC Switch 会持续读取这个目录下的 settings.json，后续切换供应商就是改写这份文件。
3. 去 TaoToken 建 Key，准备供应商配置
配置材料其实只有三样：一个 API Key、一个 Base URL、一个模型 ID。打开 TaoToken 官网，注册并登录后，在控制台里创建 API Key。创建完成后复制这串 Key，本文统一用 YOUR_API_KEY 占位。拿到 Key 后，把它填进 CC Switch 的供应商表单，这一步是整个验证流程的前提。
3.1 模型 ID 不要凭记忆填
Claude Code 通过 ANTHROPIC_MODEL 指定模型，CC Switch 也会把这个值写进配置。不同接入方对模型 ID 的命名可能不一样，同一个模型在不同平台的 ID 未必相同。正确做法是打开 https://taotoken.net/?utm_source=taotoken_aicg_blog_end&utm_content= 的模型广场，从列表里复制一个当前可用的模型 ID，不要自己拼一个带日期的字符串。模型广场显示什么，配置里就填什么。
3.2 官网地址和 API 地址分开记
这里先定一条规则，后面配置就不容易乱：凡是注册、创建 Key、看模型广场、看用量，都走 https://taotoken.net/?utm_source=taotoken_aicg_blog_end&utm_content=；凡是填进 CC Switch、settings.json 这类工具里的 Base URL，只写 https://taotoken.net/api，末尾不加 /v1。官网地址和接口地址用途不同，前者是给人操作的后台，后者是给程序发请求的入口。把这两个地址分开记，后面遇到的 401 和 404 有一半可以提前避免。
4. 在 CC Switch 新增供应商：Base URL 填 https://taotoken.net/api
4.1 供应商表单的四个字段
回到 CC Switch 的「新增供应商」界面，通常会看到名称、API Key、Base URL、模型这几个字段。名称随便写一个方便识别的名字；API Key 填 YOUR_API_KEY；Base URL 填 https://taotoken.net/api 这一串，不要加 /v1；模型 ID 填刚从模型广场复制的值。保存后，CC Switch 会往第 2 章填好的 WSL 目录写入或更新 settings.json，把 env 指向这条新供应商。
4.2 不经过界面时的手写 settings.json
如果你想先确认手动配置长什么样，可以直接在 WSL 里打开 ~/.claude/settings.json：
{ "env": { "ANTHROPIC_BASE_URL": "https://taotoken.net/api", "ANTHROPIC_AUTH_TOKEN": "YOUR_API_KEY", "ANTHROPIC_MODEL": "YOUR_MODEL_ID" } }这份配置与 CC Switch 写入的是同一个文件。YOUR_API_KEY 换成你在 TaoToken 创建的那把，YOUR_MODEL_ID 换成模型广场列表里对应的 ID。保存后重开 WSL 终端，确认没有旧的环境变量残留，再执行 claude 验证。
提示：ANTHROPIC_BASE_URL 必须以 https://taotoken.net/api 结尾，不要额外追加 /v1。Claude Code 发请求时会自动处理好后续路径。
4.3 保存后检查切换状态
在 CC Switch 界面把当前供应商切到刚新增的那条，确认列表里选中的名称正确。如果保存时报错，或者切过去后又自动跳回原供应商，问题大概率出在第 2.3 节的目录路径上，回到上一步重新核对。路径正确是这一切能写进 WSL 配置的前提，供应商本身没问题也架不住目录填错。
5. 回 WSL 执行 claude 对话，再回控制台核对这次调用
这是整个验证流程里最关键的一段：CC Switch 界面显示已切换只是第一步，真正能证明配置生效的，是 WSL 里的 claude 命令发出了请求，并且这次请求在 TaoToken 控制台留下记录。
5.1 发起一次简单对话
回到 WSL 终端，在任意项目目录下执行：
claude "用一句话介绍你自己"或者直接输入 claude 进入交互模式，再发一句问候。如果几秒后有正常回复，说明 CC Switch 已经把供应商配置写进了 WSL 里的 Claude Code，并且请求成功到达 https://taotoken.net/api。如果返回错误信息，先对照第 6 章的报错处理。
5.2 去控制台看调用记录
对话正常返回后，打开 https://taotoken.net/?utm_source=taotoken_aicg_blog_end&utm_content= 登录，在控制台或用量页面找到刚才这条调用记录。重点看三项：模型 ID 是否正确、时间点是否和刚才对话吻合、token 消耗是否与一句简短回复匹配。只要能看到这条记录，就说明 cc-switch 走 TaoToken 通道真正跑通了，而不是停留在「界面显示已启用」这一步。
5.3 验证时可能遇到的三类结果
第一类，对话返回正常且控制台有记录，全链路正确，后面可以放心使用。第二类，对话返回正常但控制台没有记录，优先检查 WSL 的 ~/.bashrc 或 ~/.zshrc 里有没有提前 export 过 ANTHROPIC_BASE_URL，这种全局变量会覆盖 settings.json 里的值，让请求发到别的地址。第三类，对话直接报错，进入下一章按错误码排查。
6. 排障：常见的三个错误与回退方案
6.1 401 Unauthorized
通常是 API Key 无效或已删除。检查这把 Key 是不是真的从 https://taotoken.net/?utm_source=taotoken_aicg_blog_end&utm_content= 的控制台创建，复制时有没有把换行符或空格一起带进配置文件。直接重新生成一把新 Key，替换掉 settings.json 里的 YOUR_API_KEY，再重试一遍。注意旧 Key 一旦在控制台删除，所有引用它的地方都会立刻失效，不只是 CC Switch 这一处。
6.2 404 Not Found
拆成两种情况看。第一种是 Base URL 写错，常见的错误是把 https://taotoken.net/api 写成了 https://taotoken.net/api/v1，或者在末尾多加了斜杠；第二种是模型 ID 不在模型广场当时的列表里，填了别处抄来的名字。把 Base URL 修正为 https://taotoken.net/api，模型 ID 重新从模型广场复制，问题通常就解开了。
6.3 CC Switch 保存后不生效
保存成功不等于写盘成功。检查第 2 章填的目录是否真的指向 .claude 这一级，WSL 发行版目录名是否和 wslpath 输出一致。如果路径看起来没错但始终不生效，可能 CC Switch 正在以管理员模式写入另一份配置。最直接的排查办法是走 4.2 的手写 settings.json 方案，改完重开 WSL 终端，立刻就能看出是工具写盘的问题还是配置本身的问题。
6.4 配通之后顺手做三件事
验证用的 Key 可以继续留着，它已经和你的 cc-switch 供应商绑定。如果想进一步确认这条链路稳定，先在 TaoToken 模型对话 里用同一把 Key 发一条测试消息，确认模型 ID 和 Base URL 没有填错，再去控制台核对这次调用是否记录在案。日常用量上升后，对照 Coding Plan 看套餐是否匹配消耗节奏；需要轮换或补新 Key 时，在 控制台 API Keys 管理。Claude Code 环境变量的完整对照，可以直接翻 接入文档，不用再去翻聊天记录。
cc-switch 这类工具能帮你省时间，前提是它切换的每个供应商底层配置都干净可靠。WSL 里 claude 对话能正常返回，TaoToken 控制台又能看到调用记录，这两件事同时成立，才说明从 CC Switch 到 TaoToken 再到 Claude Code 的整条链路是通的。以后无论怎么切供应商，先在 WSL 跑一句 claude，再去控制台看有没有新记录，这比界面上任何「已启用」标记都可信。
