OpenAI编程工具Codex首次向开源模型开放接入
OpenAI的编程智能体Codex不再仅支持自家GPT模型,通过新增的“可插拔模型接口层”,开发者可将Ollama、LM Studio等本地开源模型服务接入Codex的命令行与SDK。配置文件中可注册多个模型提供方,或直接使用--oss参数连接本地模型。
OpenAI的编程智能体Codex近日迎来一项重大变化:它不再只支持自家的GPT模型,而是开始面向所有开源模型开放接入。这一信号最先被开发者社区察觉,有人在Codex的命令行和软件开发工具包配置中发现了一个名为“开源模式”(OSS mode)的选项,官方也称其为“本地提供方”。通过在命令行中添加--oss参数,Codex就能在本地运行开源模型;若要连接其他模型服务,修改配置文件中的相应字段即可。
OpenAI Codex团队负责人Tibo在社交平台X上确认,Codex的应用程序、命令行和SDK均可搭配任意开源模型使用,并非仅限于OpenAI自家的模型。Hugging Face联合创始人Thomas Wolf转发该消息时表示,自己也是刚知道Codex已能使用开源模型。
OpenAI此次开放的本质并非开放GPT模型本身,而是为Codex增加了一个“可插拔模型接口层”。开发者可以在配置文件中注册多个“模型提供方”,每个提供方需包含访问地址、通信协议、鉴权方式以及模型映射关系。Codex启动时会根据配置将请求路由到不同的模型服务,包括OpenAI自身模型、本地Ollama模型或DeepSeek等第三方API。通过--oss参数,Codex默认连接Ollama和LM Studio这两个本地模型服务,可在一定程度上实现离线运行与本地化处理。
不过,接口开放并不意味着所有模型都能即插即用。接入的模型通常需要兼容对话补全接口格式,而工具调用等更复杂的能力能否完整运行,官方并未给出保证。由于DeepSeek等多数开源模型的接口仍以Chat Completions为主,与Codex主要基于的Responses API在请求结构、流式输出和工具调用机制上并不完全一致,直接填入地址往往无法顺利工作。
社区的解法是在中间增加一层本地路由或协议转换器,将Codex发出的Responses API请求转换为Chat Completions格式转发给开源模型,再将返回结果转换回Codex可识别的格式。通过这种混合路由方式,开发者可以让GPT负责规划任务、设计架构,而让开源模型负责执行代码生成与文件修改,从而大幅降低使用成本,同时满足将代码完全保留在本地的隐私需求。
分析认为,OpenAI此举可能意味着其战略重心正从售卖模型向打造平台和框架转移。通过在协议层保留以Responses API为主要交互标准的约束,无论接入何种模型都需对齐到OpenAI定义的请求与响应结构,接口标准本身正在成为新的竞争焦点。对开发者而言,这一变化带来了能跑开源模型、节省token费用和本地离线使用的便利,但也可能使其更深度地依赖Codex这一入口。
为什么重要OpenAI将核心开发工具Codex的模型接入层开放,可能改变AI编程工具的竞争焦点,从模型能力转向接口标准与生态入口。