卸载 CC Switch！拥抱 Magpie

已把 CC Switch 卸了，换上了Magpie。

原因很简单。

一是CC Switch 的垃圾功能越堆越多。

二是CC Switch 只能解决切换配置，而 Magpie 解决的是统一模型入口。

换上 Maigpie 之后，没有任何的使用交互上的难度。

Magpie向下兼容CC Switch的模型配置功能。

同样可以配置 Claude Code、Codex、Gemini CLI，以各自配置不同的 API 地址、Key、模型，帮你管理这些配置文件，实现快速切换。

Magpie比CC Switch做得一更先进。

CCSwitch的切换只是对于单个 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

也就是说，过去我们需要开会手动切换，现在换了 Magpie 之后，完全就不需要要去切了。

把所有模型都挂进来，然后所有 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 如果挂了还能自动切另外一个。

所以看到这里就很清楚了，它已经完全不是 CCSwitch 那种配置文件切换器了。

Magpie是本地 AI Gateway。

而且它这个项目做得非常完整。GUI、TUI、CLI 全都有，桌面端用 Go + Wails。

整体上对于我这种电脑里同时装着 Claude Code、Codex、OpenCode、各种 CLI Agent 的人来说，架构非常舒服。

挑选模型使用 Agent ，再也没有选择困难症，因为都往里面存取就可以。

Magpie 彻底地把这个中层间打通了。

GitHub：yetone/magpie

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