我不太想從「cc-switch-cli 支援哪些功能」開始講。那樣太像 README 轉述，也很容易寫成一篇乾淨但沒味道的工具介紹。
我真正有感的是另一個畫面：一台機器上有 Claude Code，另一個專案改用 Codex，遠端環境裡還放著 Gemini CLI 或 OpenCode；provider 換過幾輪，MCP server 也不是每台都一樣。這時候你不是缺一個更聰明的 agent。你缺的是一個地方，能讓你知道「現在到底接到哪裡」。
cc-switch-cli 做的事就在這裡。它不是另一個 Claude Code，也不是新的 Codex 外殼。它比較像是把 AI coding CLI 周圍那圈容易散掉的設定，收進 terminal 裡。
先講結論：它不是少了 GUI 的 cc-switch
上游 cc-switch 是桌面應用，Tauri 做的，重點很明顯：用一個看得見的控制台管理 Claude Code、Codex、Gemini CLI、OpenCode、OpenClaw 這些工具。你可以把它想成 AI coding 工具的桌面總控室。
cc-switch-cli 的味道不一樣。它把那套控制感拆成命令列與 TUI，讓它可以待在 SSH、WSL、server、dotfiles、remote dev workflow 裡。這不是比較陽春，而是服務另一種使用者。有人想用滑鼠看總覽，有人只想留在 shell 裡把事做完。
這也是我覺得上一版文章寫得不夠好的地方：如果只把兩邊列成表格，就會把它寫成規格差異。但實際差異是使用姿勢。GUI 是「我打開面板來整理工具」，CLI 是「我正在工作，不想離開現場」。
cc-switch-cli 有意思的地方，是它管的都不是模型本身
README 裡列的是 providers、MCP servers、prompts、skills、WebDAV sync、local proxy route、環境檢查。這些詞看起來很雜，但剛好就是多工具工作流最容易髒掉的地方。
模型本身會不會寫 code，是另一件事。這裡處理的是：你今天到底用哪個 provider？MCP 有沒有連上？prompt preset 是不是同一份？Codex 切 provider 之後，session history 會不會被你搞亂？這些問題不華麗，但很煩。
v5.5.0 的更新也走這個方向。2026-05-10 這版加了 provider failover 的 CLI/TUI 管理、prompt 建立與改名流程、尊重 CLAUDE_CONFIG_DIR、Nix packaging，還有一個我會特別留意的小修正：Codex provider switch 不再干擾 session history。
這種 release note 不會讓人興奮，但很像真工具會長出來的地方。不是每一版都要有大功能。有些版本只是把之前會卡手的細節磨掉。
我會把它放在「設定現場」那一層
如果你只固定用一套工具，cc-switch-cli 可能太早了。你不需要為了一個 provider 去養一個管理層。
但只要你開始同時碰 Claude Code、Codex、Gemini CLI、OpenCode、OpenClaw，情況就變了。你會開始遇到一些很小但反覆出現的問題：今天這台機器缺哪個 CLI、某個 MCP server 是不是忘了同步、relay 換了但設定還停在舊值、prompt preset 改了一台機器另一台沒跟上。
cc-switch-cli 的價值不是把這些問題變高級，而是讓它們有地方待著。這句話聽起來很樸素，但我覺得比「提升效率」那種空話準確。
桌面版 cc-switch 仍然更像完整產品
這點也不用硬拗。cc-switch v3.15.0 的 release notes 明顯還是桌面產品線的節奏：Claude Desktop 管理變成一等功能、proxy hardening、Codex OAuth live model discovery、用量與模型資料的處理也更細。這些東西放在 GUI 裡比較自然。
所以我不會說 cc-switch-cli 比 cc-switch 更適合所有人。桌面版適合想看全局的人；CLI 版適合已經在終端裡的人。兩邊都是同一個問題的答案，只是站的位置不同。
順手提醒一下，上游 cc-switch 也把官方網站統一指到 ccswitch.io。這類工具會碰 provider、OAuth、proxy、API key、本機設定與專案路徑，入口真假不要隨便信。漂亮截圖不是信任模型。
我真正會觀察的不是功能數量
這種工具後面有一個更大的趨勢：AI coding 不是單一 CLI 的競賽了。真正麻煩的地方開始移到工具之間。誰在管 provider？誰在管 MCP？誰在管 prompt？誰知道目前這個 repo 應該用哪套代理設定？
我之前寫 ECC 時，看到的是另一條路：把 Claude Code、Codex、Cursor、OpenCode 接成一套協作流程。cc-switch-cli 不在那一層。它比較底，靠近工具設定、provider 切換、terminal 狀態整理。
講白一點，ECC 像在安排工作怎麼流；cc-switch-cli 像在確認工作台上的線有沒有插對。
我會保留的一個疑問
CLI 管理工具的甜蜜點很窄。做少了，就只是命令包裝；做多了，又會變成另一套需要管理的系統。cc-switch-cli 接下來要證明的是：它能不能在功能變多之後，仍然保持 terminal 工具應該有的快、直覺、可預期。
目前看起來，它至少抓對了問題。多 AI coding CLI 的世界裡，最缺的不一定是下一個 agent。有時候只是缺一個可靠的開關箱。