把Muse最强模型接进Codex CLI，开源反代⚡

我之前一直在用 Muse，早些时候用的是 Spark 1.3。说实话，那时候模型表现比较一般，所以我一直没把这个反代项目公开。最近 Muse-Wonder 全量上线了，我自己试下来觉得提升挺明显，尤其是写东西，很对我的胃口。我个人感觉，它在一些任务上的表现已经能和 GPT-6.1 Sol 同一水平了。于是我把 Muse开源出来，让更多的人也能试试。

简单来说，Muse-Bridge 会在本机或服务器运行一个代理服务，把 Muse.ai 网页的请求转发给本地或服务器的命令行工具使用。

项目信息

• 版本：v1.4.1

• 管理页面：http://127.0.0.1:18610

• 支持工具：CC switch、Codex CLI

能做什么

• 通过本地或服务器转发 Muse.ai 的请求

• 在管理页面添加账号、查看请求记录

• 用兼容的Codex CLI 工具调用 Muse的大模型

• 我自己主要拿它写东西，动画、视频、代码开发等功能都能做；小说效果尤其让我惊喜

怎么开始

1. 从仓库获取项目，按项目里的部署说明启动服务

2. 服务启动后，在本机打开 管理页面

3. 登录 Muse.ai，把账号 Cookie 添加到管理页面。项目至少需要 hatch_sess、hatch_gw、hatch_vml 和 hatch_native_auth_device 这几项

4. 按对应工具的说明配置 cc、swtch 或 Codex CLI，就可以开始使用了。

5. 在任意一个AI对话框中输入提示词：根据这个文件DaBinBinah/muse-bridge 执行muse反代；然后根据AI的流程执行就好了

6. 最后在谷歌浏览器或者是任意品牌浏览器中打开Muse.ai，获取Cookie

怎么拿Cookie

1. 用 Chrome 或 Edge 登录 muse.ai，按 F12 打开开发者工具，切到 Network（网络）标签后刷新页面。点开 Muse.ai 的页面请求，在 Request Headers（请求标头）里找到 Cookie；如果管理页面要求整段 Cookie，就复制完整内容

2. Cookie 相当于登录凭证，跟密码一样重要。只在自己的可信设备上操作，别发到聊天、Issue 或公开截图里，也不要提交到 GitHub

3. 浏览器F12预览：

浏览器F12

4. CC switch预览

CC switch

5. 代理页面预览

muse-bridge代理页面

6. Codex CLI 预览

Codex CLI

Meta 官方还没有正式公告 Muse模型全面升级，但大部分muse账户已经切换到 Muse Wonder，然而实际Muse回复的内容仍然像旧模型。

嵌入推文（联网查看）

我自己的使用情况

我已经连续用了大约 20 天，累计用了约 106 亿 tokens，目前没遇到明显问题；之前发现的问题也已经修复。写小说是我觉得它特别出彩的地方。不过这些都是我自己的使用感受，不是正式跑分，也不代表每个人都会有一样的体验。

如果有Muse的310 亿 tokens ，代理出来可以用好几个月，国产的Flash鸡蛋就没有任何优势了

最后：反向代理工具会持续迭代升级，更好的适配Muse，所以请大家👍收藏😄