9Router 和 CC Switch 都会出现在 Claude Code、Codex 的配置流程里，但它们不是替代关系。简单说，9Router 处理“请求该发到哪个模型”，CC Switch 处理“多个 AI 工具该怎样保存和切换配置”。
| 需求 | 更适合的工具 |
|---|---|
| 多个 Provider、模型优先级、失败自动切换 | 9Router |
| Claude Code、Codex、MCP、Skills 的统一管理 | CC Switch |
| 本地 OpenAI-compatible endpoint | 9Router |
| 图形界面切换账号、配置或同步工作区 | CC Switch |
9Router：把模型调用集中到一处
9Router 更像 AI 编程工具前面的路由层。客户端访问一个统一 endpoint，再由它决定使用哪个 Provider、模型或 Combo，并可在上游失败时 fallback。它适合经常比较模型、希望统一管理密钥、或需要把不同客户端接入同一套路由规则的人。
配置和报错排查可参考 9Router Claude Code 配置教程。
CC Switch：减少多工具配置摩擦
CC Switch 是面向多个 AI CLI 的配置工作台。它关注 Provider、MCP、Prompts、Skills、代理与会话的管理，重点是少手工编辑散落的配置文件。当你需要在 Claude Code、Codex、Gemini CLI 等工具之间切换时，它更省心。
它的功能范围可见 CC Switch / CCSwitch 使用教程。
可以一起用吗
可以。常见组合是：用 CC Switch 管理 Claude Code、Codex 的本地配置和 MCP；让这些客户端的模型请求统一指向 9Router；再由 9Router 决定上游 Provider 和 fallback。这样分层后，切换工具不必复制 API key，切换模型也不用逐个改客户端。
但不要一开始同时启用所有代理、同步和 fallback 规则。先确认一个客户端通过 9Router 能稳定调用一个模型，再把配置交给 CC Switch 管理，最后添加多 Provider 策略。
怎么选
- 只想统一模型调用和容灾：先选 9Router。
- 主要痛点是多 CLI、多 MCP、多套配置：先选 CC Switch。
- 两种问题都存在：二者配合，但明确谁负责客户端配置、谁负责模型路由。
总结
9Router 解决的是请求路径，CC Switch 解决的是配置生命周期。先分清这两个边界，才能避免把路由故障误判为客户端配置问题。
用实际工作流判断，而不是看功能列表
假设你每天在 Claude Code 和 Codex 之间切换，同时使用一个云端 Provider 和一个本地模型：如果每次改模型都要在两个工具里修改 Base URL、模型名和 key，那么优先引入 9Router；如果模型地址已经固定，但 MCP、Skills、提示词和多个 CLI 的设置经常不同步，优先引入 CC Switch。
两者都装并不会天然提高效率。若团队没有约定，反而可能出现“CC Switch 写了一份配置、手动环境变量覆盖另一份、9Router 又有第三份路由规则”的局面。部署前应明确每项配置的唯一负责人。
| 配置对象 | 建议负责人 | 验证方式 |
|---|---|---|
| 上游 API key、模型 fallback | 9Router | 路由日志与健康检查 |
| Claude Code/Codex 当前 Provider | CC Switch 或客户端配置 | 重启后最小请求 |
| MCP server 命令和环境变量 | CC Switch 或项目级配置 | 单独调用工具 |
| 项目规则、测试命令和权限说明 | 仓库文件 | 代码审查与 CI |
三种典型选择
只使用官方账号
如果不需要自定义 endpoint，也没有多个 Provider，先使用官方客户端即可。CC Switch 和 9Router 都可能增加维护面；只有当你确实需要统一管理 MCP 或跨工具同步时，才引入 CC Switch。
多模型评测或成本控制
这类场景优先使用 9Router。为常用任务指定稳定默认模型，保留清晰的路由日志和手动升级路径，避免不同客户端分别选择模型导致账单不可解释。
多人共享的 AI 编程环境
先把密钥、路由策略、项目级 MCP 和个人偏好分开。团队共享的内容应版本化并经过审查；个人账号、会话和本地路径不应直接同步给所有成员。CC Switch 的同步功能适合管理个人设备，但不等于团队密钥管理系统。
组合时的上线顺序
- 只安装一个客户端和一个 Provider，完成一次可复现请求。
- 将模型调用改到 9Router，保留原配置作为回退记录。
- 用 CC Switch 管理该客户端配置，确认写入和重启后的结果一致。
- 再接入 MCP、同步和多 Provider；每增加一层都记录恢复方法。
FAQ：CC Switch 能替代 9Router 的 fallback 吗？
它可以帮助切换 Provider，但并不等于一个专门的请求路由和 fallback 层。需要按请求自动选择上游、收集路由日志或统一暴露兼容 endpoint 时，仍应使用路由器。
FAQ：9Router 能管理 MCP 吗？
它的重点是模型请求路由。MCP 的启动命令、工具权限和项目级配置仍应由客户端、管理工具或仓库配置负责。