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，先使用官方客戶端即可。兩個工具都可能增加維護面；只有確實需要統一管理 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 啟動命令、工具權限與專案級設定仍應由客戶端、管理工具或儲存庫設定負責。