卸载CC Switch，换上Magpie：统一模型入口更省心

已卸载 CC Switch，改用 Magpie。原因有两点：一是 CC Switch 功能越堆越多；二是它只能切换配置，而 Magpie 解决的是统一模型入口。

换上 Magpie 后没有使用交互难度。它向下兼容 CC Switch 的模型配置功能，同样可以配置 Claude Code、Codex、Gemini CLI，分别设置 API 地址、Key、模型，管理配置文件并快速切换。

Magpie 比 CC Switch 更先进。CC Switch 的切换只针对单个 Agent，Claude Code 仍是 Claude Code 的配置，Codex 仍是 Codex 的配置。Magpie 直接去掉这一层，在本地启动统一网关。Claude Code、Codex、OpenCode、Gemini CLI，甚至其他支持标准 API 的 Agent，都可以只连 Magpie。后面到底是 Claude、GPT、Gemini、GLM、Kimi、DeepSeek、Ollama，全部交给 Magpie，不用再关心。

过去走 GUI 配置工具的路径基本是：Agent → 配置 → Provider → Model。有了 Magpie 后，路径被抹平打通：Agent → Magpie → 任意 Provider → 任意 Model。过去需要手动切换，现在完全不需要切。把所有模型挂进来，所有 Agent 都从这里拿。

还可以把现有订阅全部利用起来。已有 Claude、Codex、Copilot、Cursor、Devin、Grok 等订阅，就不必重新买一堆 API。这些现成能力可被 Magpie 接进来，再提供给其他 Agent 使用。于是 Claude Code 可以跑别的模型，Codex 也可以调用 Claude、GLM、Kimi、DeepSeek。后续使用 Agent 不用纠结配置文件或从哪里取，上手就能干。这比传统切模型方便得多。

Magpie 目前兼容四套主流协议。即便不同 Agent 用不同协议也没关系，因为 Magpie 在中间做协议转换。比如同时有多个地方可以调用 Claude Sonnet，一个来自官方，一个来自 OpenRouter，一个来自其他 Provider。以前要手动选，Magpie 直接把它们收进同一个模型池，按策略路由。甚至 Provider 挂了还能自动切另一个。

所以它已完全不是 CC Switch 那种配置文件切换器，而是本地 AI Gateway。项目做得非常完整，GUI、TUI、CLI 全都有，桌面端用 Go + Wails。对于电脑里同时装着 Claude Code、Codex、OpenCode、各种 CLI Agent 的人来说，架构非常舒服。挑选模型使用 Agent 再也没有选择困难症，因为都往里面存取即可。Magpie 彻底把中间层打通了。

GitHub：yetone/magpie

文章来自于微信公众号 “字节笔记本”，作者 “字节笔记本”