在 CC Switch 新增了一项供应商，列表也能看见，终端却仍然走旧配置。排查这个问题，可以把“保存配置”“启用配置”“客户端读取”“服务端线路”分开核对。
列表里有，不等于客户端正在用
CC Switch 管理连接配置，模型额度仍由 API 服务提供。本文讨论 farion1231/cc-switch 的基础供应商切换；下载从作者仓库的 Releases 进入，官网以仓库列出的 ccswitch.io 为准。
切换前备份原来的配置，并分别确认 claude --version、codex --version 能运行。一次只验证一个客户端，先保留可用的回退方案。
沿着四个位置查
- 保存在哪个工具下。 Claude Code 和 Codex 各自有供应商项，名称相同不代表配置通用。
- 当前启用的是哪项。 新建条目后，再核对当前选择，重启对应客户端。
- 客户端运行在哪儿。 Windows、WSL 和 SSH 服务器有各自的用户目录，管理器修改的目录必须与实际运行环境对应。
- Key 在站内绑定什么。 Orbis 的线路归属由 Key 设置决定，客户端供应商名称不会替你切换服务端线路。
为两个工具保留不同的连接记录
| 字段 | Claude Code | Codex CLI |
|---|---|---|
| 协议 | Anthropic | OpenAI Responses |
| 本文 Orbis Base URL | https://orbiorbi.com | https://orbiorbi.com/v1 |
| 模型 | 所选线路的调用 ID | 所选线路的调用 ID |
| 凭据 | 对应 Claude 线路的 Key | 对应 Responses 线路的 Key |
Claude Code 的 Haiku 或后台模型也应在线路支持范围内。把它改成主模型时，要把相应费用一起考虑。若接入页提供导入入口，导入前仍核对目标工具、地址与模型；包含真实 Key 的链接不要转发。
验收后再交给日常任务
Claude Code 先看 /status，再发短请求；Codex 先读取演示项目中的文件。两边分别核对 Orbis 日志里的时间、Key 和模型。随后再验证多轮和工具调用。
同一套连接信息尽量由一个入口维护。刚用管理器切换，又手改文件或导入旧模板，会增加回查难度。在 Orbis 修改某把 Key 的线路，还会影响使用它的其他客户端。本文由 Orbis 整理，不把供应商切换写成自动容灾或协议转换。
参考资料
资料核对日期：2026-10-19。
