Codex不再独宠GPT新智元

有人欢呼，这是OpenAI「最开放」的一次。给Codex装上能随便换模型的插座，等于亲手填平自己模型的护城河。它图什么？

一夜之间，OpenAI的编程智能体Codex不再只认自家的GPT，而是面向所有开源模型开放了。

最先察觉这一信号的，是开发者社区。

有开发者在Codex的命令行（CLI）和软件开发工具包（SDK）配置里，翻出一个陌生的开源模式（OSS mode），官方也叫它本地提供方（local providers）。

在命令行里加一个--oss，它就能在本地跑起开源模型；想接别的，改一个字段就行。

要知道，OpenAI在过去几乎就是「闭源」的代名词，Codex只认OpenAI自家的GPT。

但现在不一样了，仅仅一行配置，就能切换到本地的Ollama、LM Studio等模型服务。

这事很快便在开发者圈里炸了。

OpenAI Codex团队负责人Tibo还不忘亲自在X上提醒道：

Codex的App、CLI和SDK，可以搭配任意开源模型使用，并非只能用OpenAI自家的。

这条提醒，很快被Hugging Face联合创始人Thomas Wolf转发，还加上一句感叹：今天才知道，Codex里居然能用开源模型了。

有网友直呼，这可能是OpenAI有史以来最「开放」的一次，是件了不起的大事。

社区的动作更快。

官方文档一出，开发者立刻尝试把一些开源模型接进去，还顺手讨论起更省token的混搭方案。

但也有人很快就撞上了墙。

开发者Filip Baturan想在Codex里搭一套混合方案：让GPT做规划，再让开源模型当执行者。

可试下来他发现，Codex要求接进来的模型也用同一套工具调用协议，而开源模型未必有。

一边是「史上最开放」的欢呼，一边是接不进去的协议。

这一回，OpenAI到底开放到了哪一步？

开源模型是如何接入Codex的？

OpenAI这次对Codex的开放，本质上并不是开放模型本身，而是开放了「模型接入层」。

换句话说，它没有开放GPT模型，而是给Codex加了一个「可插拔模型接口层」。

这个能力通过一个叫模型提供方（model_providers）的配置来完成的。

开发者可以在配置文件中注册多个「模型提供方」，每个提供方包含四类信息：

访问地址（base_url）、通信协议（wire_api）、鉴权方式（env_key），以及模型映射关系（model）。

Codex启动时会根据配置选择对应模型提供方，从而将请求路由到不同模型服务，包括OpenAI自身模型、本地Ollama模型或DeepSeek等第三方API。

Codex的model_providers配置示例。base_url是模型地址，而协议字段wire_api只认responses一个值。

Mistral、企业自建的代理、第三方中转站，都能这么接入Codex。

有网友把这套能力的亮点总结为：不被一家厂商绑死，按需切换，隐私和成本自己说了算。

更省事的是，你还能把这些设置都保存为「配置档案」，调试时想用哪个，命令行里点它的名字就能切过去。

比起上面的手动配置，还有一个更直接的开关：--oss。加上这个参数，Codex就直接去连本地的开源模型服务。

默认就这两个：Ollama和LM Studio。前者是本地跑大模型最流行的工具，后者是带图形界面的桌面平替。

Codex --oss连本地模型实战截图：左侧Codex CLI（v0.92.0）用--oss调用本地模型，右侧LM Studio在本机1234端口加载openai/gpt-oss-20b（12.11GB）对外提供服务，全程本地离线。

也就是说，通过本地模型服务和网络权限配置，你可以让Codex在本机完成代码生成与推理，并在一定程度上实现离线运行与本地化处理。

Codex CLI界面：启动信息里model一行标着当前模型（gpt-5.2-codex），后面跟着「/model to change」，一句命令就能切换模型，整套智能体就跑在本机。

不过，插座装上了，不代表什么电器插上都能转。

接进来的模型，通常得兼容对话补全（Chat Completions）这套接口格式；至于工具调用（function calling）这类更复杂的能力能不能完整跑通，官方没打包票，得一个个试。

也正因为协议常对不齐，社区还得自己写路由工具在中间转译，而这些，都是目前社区尝试出来的解法，OpenAI官方还没有为此背书。

当GPT与开源模型混搭

在Codex里一起干活

OpenAI官方这边刚开了个口，社区那边已经玩得热闹起来。

原因很简单：Codex好用，但用OpenAI的模型按token计费，太贵。

于是许多开发者都把眼光投向了开源模型。

DeepSeek是很多中文开发者最熟悉的开源模型之一，一个自然的问题是：Codex能不能直接用上DeepSeek？

CC Switch给出的答案是：可以，但不能直接接，需要多一层「中转」。

CC Switch社区教程：《在Codex里用本地路由跑DeepSeek》

其社区教程《在Codex里用本地路由跑DeepSeek》指出，原因在于新版Codex主要基于OpenAI的Responses API，而DeepSeek以及大多数开源模型接口仍以Chat Completions为主。