# 不用改代码，让 OpenAI Codex 桌面客户端接任意模型和供应商

> 原标题：Use any model and any provider with the official OpenAI Codex Desktop App, without modifying its code, and continue to use the official models in parallel?

- 来源：r/LocalLLaMA
- 发布时间：2026-05-31T08:27:44.000Z
- AX AI 日报：https://ai-daily.ax0x.ai/items/30755
- 原文：https://www.reddit.com/r/LocalLLaMA/comments/1tspigk/use_any_model_and_any_provider_with_the_official/

## 摘要

Reddit 用户 thibautrey 分享了一个三步走的方法：编辑 Codex Desktop 的 config.toml 配置文件，存好 API 密钥，再用一个叫 multicodex 的代理别名把 gpt-5.3-codex 这个模型名映射到 MiniMax-Latest。代理跑在本地 127.0.0.1:1455，会把返回的模型名伪装成 gp...

## 推荐理由

这是一条可复现的开发者操作流，不是官方发布。我会先打个折：正文没披露 MiniMax-Latest 的具体成本和延迟，也没说 proxy 稳定性如何，所以别急着在生产环境照搬。但 hook 很直接——不改代码就能在 Codex 桌面端用别的模型，配置细节也够落地，对想省钱或换模型的人有实际参考价值。

## 锐评

这条分享的核心思路很直接：在本地跑一个叫 multicodex 的代理，把 Codex 桌面端原本要发给 gpt-5.3-codex 的请求，转发给 MiniMax-Latest，再把返回的模型名伪装回去。好处是不用改客户端代码，还能同时保留官方模型。代理监听 127.0.0.1:1455，配置写在 config.toml 里。

但 Reddit 原文被网络策略屏蔽，我们看不到完整的操作细节、错误处理方式，也不知道代理本身是否开源、有没有维护。这种“换模型”的做法在本地部署圈子里不算新鲜，但用在官方桌面端上，稳定性和合规风险都得打个问号。如果代理只是简单转发请求，那工具调用、流式响应这些功能能不能正常跑，正文也没交代。

对想省 API 费用或者试其他模型的人来说，这个思路值得看一眼，但在没看到完整代码和长期使用反馈之前，别急着把它当正式方案用。