实测 Magpie 和 CC Switch,多个AI 编程工具共用所有订阅和 API 额度

先说说我的情况。我是独立开发者，平时 Claude Code、Codex、Gemini CLI 这三个一直开着，偶尔还要切到 OpenCode 或者 Cursor CLI。订阅买了 Claude Pro 和 ChatGPT Plus，API key 有 DeepSeek、Kimi 和 GLM。听起来手里资源挺多，其实用起来很折腾。

比如我想让 Codex 跑一下便宜的 DeepSeek，或者临时让 Claude Code 用 Kimi，就得去翻 JSON、TOML，找 endpoint、改 key、换 model 名字，改完还要重启进程。一天切个七八次，心态真的会崩。

后来用了 CC Switch，一键切换配置这件事算是解决了。但很快又遇到新问题：协议对不上。DeepSeek 只有 OpenAI 风格的接口，Codex 想直接用它就很麻烦。配置文件改得再快，协议不通也没用。

然后我发现了 Magpie。它的思路完全不一样。

Magpie 是什么

Magpie是一个菜单栏应用，同时也是一个本地网关。它默认在 127.0.0.1:3425 起一个服务，能同时处理四种协议：OpenAI Chat Completions、OpenAI Responses、Anthropic Messages 和 Gemini。这四种协议之间可以互相翻译，流式输出、工具调用、推理字段都能转过去。

说白了，它在你本地开了一个万能翻译站，所有 Agent 的请求都先经过它，它再转成目标厂商能听懂的格式。

我比较喜欢的一点是它改配置很克制。给 Agent 配模型时，它只改 endpoint、key、model 这一两个关键字段，注释和缩进都保持原样，改完还能自动撤回。我之前被别的工具把配置文件格式化得乱七八糟，所以这点我挺看重的。

当然也有代价：退出 Magpie 之后，Agent 就找不到网关了。这是它的设计决定的，要做协议翻译，就得一直挂在中间。

上手很简单

安装一行命令：

bash 复制代码

curl -fsSL xxxx/install.sh | sh

xxxx是它的官网。然后加一个 provider，用命令行就够了：

bash 复制代码

magpie provider add deepseek sk-你的key
magpie claude deepseek/deepseek-v4-pro
magpie codex moonshot/kimi-k2.5

第一条加 provider，第二条让 Claude Code 跑 DeepSeek，第三条让 Codex 跑 Kimi。以前我要折腾十几分钟的事，现在三行就搞定了。

额度接力，这个是真香

我觉得最值钱的功能是路由组：

bash 复制代码

magpie group add "Opus anywhere" models=claude/claude-opus-5-5,copilot/claude-opus-5.5 routing=smart
magpie claude group/opus-anywhere

一个账号的配额用完了，它会自动切到下一个账号或模型，Agent 那边基本看不到报错。以前写到一半突然弹出 rate limit，思路一下就断了，现在这种情况少了很多。

订阅账号也能复用。你已经登录过的 Claude Code、Codex、Copilot、Grok 这些，Magpie 会把它们当成 provider，开放给其他 Agent 用，不用再单独填 key。

不过这里得提醒一句：这涉及各家的服务条款。Anthropic 会把这种流量算作第三方，Google 也提醒最好用"丢得起的账号"。用之前自己想清楚，主力账号别乱来。

支持的工具更多

Magpie 支持的 Agent 比 CC Switch 多不少，Claude Code、Codex、Gemini CLI、OpenCode、Cursor CLI、Copilot CLI、Crush、Devin、Kimi Code、Grok Build 等等。你机器上装了哪些，它就显示哪些。

没被它直接管理的工具，只要能改 base URL，也可以手动指向网关：

bash 复制代码

export OPENAI_BASE_URL=http://127.0.0.1:3425/v1
export OPENAI_API_KEY=magpie
export ANTHROPIC_BASE_URL=http://127.0.0.1:3425
export ANTHROPIC_API_KEY=magpie

和 CC Switch 怎么选

公平地说，CC Switch也很好用，只是两者走的路线不同。

CC Switch 是一个成熟的桌面配置切换器，直接改写各个 Agent 的配置文件，让请求直接连到厂商。它覆盖大概十个主流工具，界面打磨得更久。MCP、Skills、Prompts、会话阅读器、用量统计都放在一个面板里统一管理，社区也更大。如果你只是在 Anthropic 兼容的端点之间切换，比如官方 Claude、Kimi、GLM，还想要项目级快照、不想天天跟着更新，CC Switch 更稳，也更轻。

Magpie 的核心是本地网关加协议翻译。它能让 Codex 用只有 OpenAI 风格接口的 DeepSeek，也能让 Claude Code 用 Responses 协议的模型。订阅额度可以跨 Agent 共享，路由组支持多种自动 failover 策略。界面有菜单栏、普通窗口、TUI 和纯 CLI 几种，单个二进制文件，体积很小。

缺点也很明显。项目很新，2026 年 9 月才开仓，更新特别快，一天发好几个版本很正常。配置文件也归它管，你必须让它一直运行。它支持从 CC Switch 导入现有的 provider，迁移起来不麻烦。两个工具理论上可以一起用，但它们都会写同一份 settings.json 和 config.toml，长期同时开着容易互相覆盖。

另外，Magpie 有隐私开关，可以关掉订阅账号发现和遥测。配置改动是原子操作，还支持用 profiles 一键切换整套环境。这些细节能看出作者是真的自己在用。

我的建议

如果你手头 Agent 不多，主要用官方订阅或者协议兼容的 key，CC Switch 就够了，而且更省心。

如果你经常要跨协议、跨订阅、多个 Agent 同时干活，想把每一分额度都用上，或者想看清楚每个模型在每个 Agent 上花了多少，那 Magpie 的统一入口加网关翻译目前是更彻底的方案。

打个比方，CC Switch 像一个帮你改配置的老手，Magpie 则像在你本地放了一个万能翻译官，顺便还兼职路由器。

我现在的做法是两个都留着：Magpie 管模型路由，CC Switch 偶尔用来管 MCP 和 Skills。选哪个，主要看你更在意稳定成熟，还是更在意协议自由和订阅复用。

两个项目都是 MIT 开源，代码都在 GitHub 上。说再多也不如自己拉下来看看实现，跑一跑，看哪个更适合你的工作流。