用 Magpie 给 Codex 接上 WorkBuddy AI 的 DeepSeek Flash（9 次请求实测）

多个编程工具、多个模型服务，配置改来改去很烦。Magpie 是个本地网关，Codex 连它，它再把请求转给指定的账号和模型。下面是我把它接上 WorkBuddy AI 的过程，以及 9 次请求留下的后台数据。

链路长什么样

截图里网关地址是 127.0.0.1:3425。Codex 请求 workbuddy-ai/deepseek-v4.1-flash，WorkBuddy AI 实际调用 deepseek-v4.1-flash，回答也走同一条路。页面记录 9 requests、0 rerouted、0 errors。

0 rerouted 在这里说明不了什么。账号只开了一个，路由没有第二个可以选，页面自己也写着 "nothing to choose between"。这个数字要等你挂了两个账号、第一个被限流之后再看，才代表它真的会换。

速度

列表里可见六条，全部落在 11:37:27 到 11:37:54 之间。

六条都是 high reasoning，首 token 稳定在 1.7 到 1.8 秒，输出 96 到 100 token/秒。

这组数字的边界要说清楚。九次请求是在 27 秒内连着发完的，缓存命中率从 74% 爬到 97%，因为它们在共享同一段上下文。所以它描述的是连续会话第二轮之后的表现，不能拿来推断冷启动有多快，也不代表你断断续续用一整天会是什么样。

积分读数

账号卡写着 0 / 350 credits · 0% used，旁边标注 tried 9 answered 9。这是截图那一刻的读数。350 是账号额度，不是「Flash 只能调 350 次」。

请求列表里还有一列 ≈$0.000–$0.001，那是 Magpie 按模型单价算出来的估计，不是 WorkBuddy 的实际扣费。要判断免不免费，看账号卡的 credits，别看这个美元数。

我没法保证这个免费能持续多久。我只测了 27 秒内的 9 次请求，额度基本没动，这既可能是 Flash 零倍率，也可能只是消耗太慢还没显出来。想确认就隔一段时间回来再读一次这两个数。

接入步骤

1. 从 Magpie 官网 拿到程序，在安装目录执行 .\magpie.exe web --addr 127.0.0.1:3425 --no-open，然后打开浏览器里的控制面板。
2. 在 Add a provider 里点 More in Plugins。这个版本的 WorkBuddy 走插件接入，不在内置列表里。
3. 装 @magpie-community/opencode-workbuddy-auth，选国际版 WorkBuddy AI，按浏览器流程登录。
4. 刷新实时模型清单，核对完整 ID 和倍率。源码样例里 Flash 和同名 SG 版本倍率不同，实际以账号的实时配置为准。
5. 在 Agents 里给 Codex 选列表里真实存在的 Flash，开新会话发一个短请求。
6. 到 Routing 核对请求与回答模型，到 Usage 记下调用前的积分读数，过一会儿再回来看变化。

适合谁

手上攒了好几个编程工具、想把模型入口收到一处的人。卖家也能拿它整理数据、写小脚本，生成结果仍然要自己检查一遍。

结论

Codex 经 Magpie 调用 WorkBuddy AI 的 Flash 跑通了，9 次请求全部有回答，积分读数没有变化。这组数据能证明链路通、能用，证明不了长期免费。费用和可用性以你自己账号的实时读数为准。

来源

• Magpie 官方项目：网关、订阅与路由功能。
• 参考手册：费用统计、Docker 与鉴权。
• WorkBuddy 插件说明：登录与模型发现。
• 免费倍率测试样例：区分零倍率与收费 SG 版本，样例不是实时价格保证。
• 上面的数字来自本机后台截图。截图保留原界面时间，不据此推断时区。