Codex接入第三方模型 & 解锁插件限制的实践手册

事情是这样的。

小米 MiMo 最近开放了百万亿 Token 免费额度，原生兼容 Anthropic 协议，代码能力据说对标 Claude Sonnet 。我被各种 AI 订阅费榨得差不多了，第一反应就是：白嫖。

于是开始了我的折腾之路。至于工具选哪个？当然是最近最火的Codex，一个真正能干活的 Agent，拥有着丰富的插件生态，心动不如马上行动。

But，ChatGPT高昂的订阅费是座大山，不过我们既然打定主意白嫖，那这点小困难当然是洒洒水了。

今天我把整个流程写出来，帮你省掉这该死的试错时间。

第一步：搞清楚你要装什么

Codex 有两个东西， OpenAI 故意把名字取得让人迷惑：

个人推荐小白朋友下载 Codex 桌面端，桌面端的优势我就不赘述了，至于资深终端党当然是选择CLI了，你日常用 Git、Docker、npm 等都在命令行里完成，CLI 融入这个流程是最自然的。

不过我当然是全都要。

第二步：安装 Codex（桌面端 | CLI）

桌面端只需要访问（https://chatgpt.com/zh-Hans-CN/codex/），下载安装即可，这里就不再赘述了。

我们重点说一下 Codex CLI的安装。

前提：先装好 Node.js （去官网下载 LTS 版就行）。

打开 PowerShell ，一条命令：

npminstall-g@openai/codex

装完验证一下：

codex--version

如果能输出版本号，恭喜你，这一步过了。如果提示"找不到命令"，十有八九是 npm 全局路径没加进系统 PATH——去环境变量里把 C:\Users\你的用户名\AppData\Roaming\npm 加进去，重启终端就好。

然后跑一次 codex --help，让它生成 ~/.codex/ 配置目录。这个很重要——后面 CC Switch 靠这个目录判断你有没有装 Codex 。

第三步：装 CC Switch ，让它接管 Codex

CC Switch 是个开源桌面工具，专门管理各种 AI CLI 的配置。你不用手写 JSON ，点几下鼠标就能把 Codex 的后端从 OpenAI 切成小米 MiMo 。

去 GitHub Releases 下载安装包： https://github.com/farion1231/cc-switch/releases，该项目现在 88.5K star，足可见其实力。

装完 CC Switch 打开，你就可以配置Codex接入哪个模型了，当然我这里选择的是小米 MiMo模型，量大管饱。

添加供应商：点右上角 + → 选「 Codex 」预设 → 找到「 Xiaomi MiMo 」→ 填 API Key 。

用预设的话，模型映射和"需要本地路由映射"开关都会自动配好。你的 API Key 去小米开放平台获取： https://platform.xiaomimimo.com

开启路由：设置 → 路由 → 展开本地路由 → 打开两个开关：

为什么需要路由？因为 Codex 说的是 OpenAI Responses API 的"语言"，而小米 MiMo 说的是 Chat Completions API 的"语言"。 CC Switch 在中间当翻译——Codex 以为自己还在跟 OpenAI 说话，实际上已经被转接到小米了。

启用供应商：在列表里点小米旁边的启用按钮，状态变绿。然后点「健康检查」确认连通。

最后，终端里跑 codex，进入后输入：

/model

如果显示小米 MiMo 的模型，整条链路就通了。

第四步（可选）： Codex++ 解锁桌面端插件

配置和启用模型后你可能会发现桌面端顶部的「 Codex 」标签页是灰的，这是因为你接入第三方模型后，Codex当然就检测不到ChatGPT的登录状态了，这里我推荐这个野路子： Codex++。

GitHub ： https://github.com/BigPizzaV3/CodexPlusPlus，11K star，可见大家是多想使用Codex。

它的原理不复杂。 Codex 桌面端本质上是 Electron 应用（ Chromium 内核），插件入口被 OpenAI 在前端代码里藏了——检测到你不是 ChatGPT 登录， UI 就把插件按钮置灰。

Codex++ 的做法：

启动 Codex 时加 --remote-debugging-port=9229→ 通过 Chrome DevTools Protocol 连进去→ 注入 JavaScript 脚本→ 把隐藏的插件 UI 重新显示出来

不改 Codex 原始文件，卸载不留痕。

但 Codex++ 有风险，我得说清楚

这个方案确实能用，但有三件事你必须知道：

第一， CDP 权限太大了。 开了 9229 调试端口之后，任何连上这个端口的进程都能读取 Codex 内部的一切——你输入的代码、 API Key 、对话记录。 Codex++ 的注入脚本理论上能拿到所有这些数据。你等于把 Codex 的裤腰带完全交给了它。

第二，开源不等于审计过。 仓库是公开的（ MIT 协议）， 261 次提交，多人贡献，目前没爆出过后门。但也没有第三方安全审计。你在信任一个你没读过源码的 CDP 注入脚本。

第三，商业模式是 API 中转站赞助。 项目 README 里列了十几个赞助商——JOJO Code 、 AIGoCode 、 PackyCode……全是 API 中转/转售服务。目前为止没出过事，但说实话，一个靠 API 中转站养着的工具来管理你的 API Key ，让人没法完全放心。

说白了：个人玩玩可以，处理公司代码别整这出。 Codex 官方随便一次更新就能把这个洞堵死，到时候你依赖的工具链全瞎。

如果觉得文章对你有帮助，不妨点个「在看」或转发到朋友圈，让更多小伙伴一起受益。你的每一次分享，都是我持续输出干货的最大动力。”