多 AI 模型切換的困局 和 解法

2026 年五月中，V2EX 上一條帖文炸出一班同路人：「多個 AI 模型切換痛點討論」。樓主描述嘅場景你我肯定唔陌生：ChatGPT 做 brainstorming、Claude 做 coding、Gemini 做 research，三個 tab 輪流切，每次都要重新交待 context，對話歷史散落三地，搵返上個禮拜某個決定靠記憶力。荒謬嘅係，AI 模型本身愈來愈聰明，我哋嘅 workflow 反而愈來愈蠢。

呢個困局唔係個人問題，而係整個生態圈嘅結構性缺陷。2024 年大家仲討論緊「用邊個模型好」，2026 年問題已經變成「點樣同時用幾個模型仲唔會癲」。好消息係，社群已經開始畀答案。

V2EX 熱話：痛苦嘅共性

嗰條帖文嘅回覆揭示咗幾個共通痛點。第一，介面疲勞。ChatGPT web、Claude web、Gemini web，三個 UI 三套 shortcut，每次切換係一次 context switch，cognitive load 唔細。第二，記憶碎片化。同一個 topic 喺唔同平台開咗幾個 thread，冇一個地方有完整記錄。有人話佢嘅做法係 maintain 一個共同 MEMORY.md，每次手動 copy and paste，但呢個方法好快就喺多 project 嘅情況下崩潰。第三，成本管理混亂。Claude Pro 就嚟用完但唔想 upgrade 到 Max，ChatGPT Plus 又有 quota，Gemini 免費但功能受限 — 每個月要計幾張單，煩過交稅。

帖文底下有人推介自建 newapi，有人推 slock.ai，有人推 lody.ai。但最多人關注嘅，係幾個 open-source 嘅統一方案，尤其係 Rust 寫嘅 CC-Switch CLI 同 BitRouter。

CC-Switch CLI：一個 CLI 管五個 Agent

CC-Switch CLI 係目前 GitHub 上最進取嘅 multi-agent 管理工具之一，2,700 stars、MIT license、1,057 commits、45 個 release。佢嘅 design philosophy 好直接：你嘅 Terminal 應該係唯一嘅 AI interface。

CC-Switch 支援 Claude Code、Codex、Gemini、OpenCode、OpenClaw 五個主流 CLI agent，核心功能包括：

• Provider Management：多端點管理、一鍵切換、speed test、stream health check。唔使再記住每個 agent 嘅 config 放喺邊。
• MCP Server Management：stdio / HTTP / SSE 三種傳輸協議統一管理，一個 MCP server 可以 sync 到多個 agent。
• Prompts Management：跨 app 系統 prompt 管理 — CLAUDE.md、AGENTS.md、GEMINI.md 統一編輯、統一派發。
• Skills Management：SSOT-based skills store，一套 skills 多個 agent enable/disable，唔使逐個 agent 裝。
• Proxy 同 Config 管理：本地 proxy 控制、多 app 環境變數衝突檢查、WebDAV sync。

呢個工具解決嘅唔係「揀邊個 agent 最好」，而係「點樣令五個 agent 和平共存」。背後用 Rust 寫、SQLite 做 state store，效能同可靠性都交到貨。

BitRouter：Agent 專用 Router

如果 CC-Switch 係面向 developer 嘅多 agent 管理員，BitRouter 就係面向 agent 本身嘅 intelligent router。佢係一個 Rust-native proxy，專為 autonomous agent 設計，做嘅係「模型 + 工具路由」。

BitRouter 嘅賣點係 agent firewall — 可以 inspect、warn、redact、block 某啲 request。呢個喺 production deployment 好有用：你可以限制某個 agent 只能用某啲模型、某啲 tool，防止 cost runaway 或者 security breach。

仲有 agentic payment（402 / MPP 協議），係目前少數認真諗「agent 點樣自己找數」嘅項目。雖然呢個概念仲早，但方向係啱嘅 — 當 agent 愈來愈 autonomous，payment 唔可能繼續靠人手入 credit card。

仲有乜嘢選擇？

唔係個個都需要一套 Rust CLI。如果你純粹想做 frontend 整合，LobeHub 已經開始測試接入 Codex 同 Claude Code。TypeScript 嘅 multi-llm-ts library（Apache-2.0、81 stars）提供統一 API 接入 13 個 provider，支援 streaming、function calling、vision、structured output — 適合自己砌 toolchain 嘅 developer。

OpenCode 本身亦支援多 provider，你可以喺一個 config 入面同時設定 Anthropic、OpenAI、Google，然後開 agent 時指定用邊個。對於已經用緊 OpenCode 嘅人來講，呢個可能係最直接嘅 solution。

結語：行動先於完美

多 AI 模型切換嘅困局，本質係 ecosystem 成熟之前嘅陣痛。每一個 provider 都想你做佢嘅 captive user，但作為 developer，我哋唯一忠誠嘅對象係生產力。

CC-Switch CLI 係目前最快上手嘅 solution — 如果你日常用 Claude Code 同 Codex，十五分鐘裝好就可以統一管理。BitRouter 適合 production deployment 或者需要 agent firewall 嘅團隊。multi-llm-ts 適合自己寫工具嘅人。OpenCode 本身就係一個 multi-provider 嘅起點。

唔好等 perfect solution。而家 pick 一個，解決今日嘅切換痛苦。三個月後再評估，換工具嘅成本遠低於繼續忍受 fragmented workflow。記住：工具係為 workflow 服務，workflow 係為 output 服務。減少 context switch，你就贏返時間。