今天醒来就看到 OpenAI 官方发的消息，说 Codex 正式支持接入第三方模型了。

我看到的第一反应不是“哇好厉害”，而是：这不是一直在用吗？甚至之前也发过相关的教程教大家怎么配置：

官方“官宣”了什么

OpenAI 最近更新了 Codex 的开发者文档，明确写了 Codex 可以自定义 model provider，支持接入 Ollama、LM Studio、Mistral、Azure、Bedrock，甚至任意 OpenAI 兼容的 API。

还专门加了一个 --oss 参数，一行命令就能切到本地模型：

codex --oss

文档里写得很清楚：三个内置保留 ID 是 openai、ollama、lmstudio，其余的你可以在 ~/.codex/config.toml 里自己定义，配 base URL、认证方式、请求头，随便搞。

看起来是个大新闻对吧？

但这事大家干了已经有一阵了。

其实一直都行

Codex 的配置系统里，model_providers 这个字段不是最近才有的。早就能在 config 里加一个自定义 provider，把 base URL 指向任何兼容 OpenAI 格式的接口。

我自己日常就是这么用的。之前接中转站、接 Ollama 跑本地 Qwen、接中转站都试过，配法也没变过：

model = "mistral-large-latest"
model_provider = "mistral"

[model_providers.mistral]
name = "Mistral"
base_url = "https://api.mistral.ai/v1"
env_key = "MISTRAL_API_KEY"

甚至 Bedrock 也有内置 provider，企业用户直接配 AWS 凭证就能用。

只不过以前这些玩法，文档里要么一笔带过，要么压根没提。你得自己翻代码、看社区帖子、踩坑摸索。官方的态度更像是“你可以这么用，但我们不说”。

现在不一样了，OpenAI 把这些写进了正式文档，给了明确的配置示例，还专门加了 --oss 这种傻瓜式参数来降低门槛。

从“能用”变成“官方说能用”，性质变了。

这个变化意味着什么

以前接第三方模型，总觉得在走灰色地带。哪天 Codex 一个更新把自定义 provider 的口子封了，你也说不出什么。毕竟人家从没公开承诺过支持。

现在白纸黑字写进文档了，那就是正式能力。意味着：

  • 不会突然被砍。 官方文档里写了的东西，后续版本至少会保持兼容。
  • 企业能放心用。 不用再跟领导解释“这个方案文档里没有，但我试过能跑”。
  • 社区生态会起来。 以前是小圈子玩法，现在门槛降低了，各种 provider 的配置模板、教程会越来越多。

但有一点得说清楚

官方支持 ≠ 所有模型都能用。

Codex 的很多能力对模型是有门槛的。长上下文理解、复杂的 tool use、子代理编排、文件系统操作，这些不是随便接个 7B 小模型就能跑得动的。

而且像 DeepSeek 这种非 OpenAI response API 的大模型不能用依旧不能用，还是得借助 CC Switch 来使用，也就一群 X 上的博主看到这个消息口嗨疯了，以为所有模型都支持接入了。

所以大家看到标题不要激动，以前咋样现在还是咋样。

怎么接

如果你之前没折腾过，最简单的入口是 --oss。前提是你本地装了 Ollama 或者 LM Studio，模型已经拉好了。

codex --oss

默认走 Ollama。想换 LM Studio，在 ~/.codex/config.toml 里加：

oss_provider = "lmstudio"

自定义远程 provider 的话，参考前面的 Mistral 配法，或者直接看官方文档：https://developers.openai.com/codex/config-advanced

最后

Codex 这次“官宣”第三方模型支持，对我来说不是什么惊喜，更像是“终于承认了”。

但对大多数人来说，这确实是个好消息。以前你想用 Codex，要么掏 OpenAI Key，要么自己摸索。现在官方给你铺好路了，照着文档走就行。

已经在用的人，没什么变化。还没试过的人，现在的门槛是最低的。