2026 年 6 月 17 日，OpenAI Codex 负责人 Thibault “Tibo” Sottiaux 提醒开发者，Codex App、CLI 和 SDK 都可以与“任何开源模型”一起使用，而不仅限于 OpenAI 模型。
关键变化在于模型选择。
在“Other models”部分，用户也可以将 Codex 指向任何支持 Chat Completions API 或 Responses API 的模型和提供商，以适配自己的具体场景。
Codex 不再只是 OpenAI 自家模型的“壳”。
开发者可以将 Codex 的交互界面、项目上下文、命令执行、SDK 自动化能力，与本地模型、开源模型或第三方模型服务结合起来。对于企业用户来说，这也为私有部署、成本控制、模型替换和合规要求留下了更大空间。
这背后也是 AI 编程工具竞争格局的变化。
过去，AI 编程工具更多围绕“谁的模型更强”展开竞争；现在，工具层正在变成新的入口。谁能掌握开发者工作流、代码仓库上下文、终端权限、IDE 集成和自动化执行能力，谁就更接近软件生产流程的核心。
Codex 正在从“OpenAI 的编程工具”，变成“OpenAI 控制的 AI 编程入口”。
模型可以换，但工作流、配置体系、SDK 和开发者习惯，一旦沉淀下来，才是真正的壁垒。
但需要注意，第三方模型并非天然可用。以 Claude 为例，如果直接调用 Anthropic 原生 API，未必能被 Codex 识别；如果通过 OpenAI-compatible API 网关封装，则更符合 Codex 当前的接入方式。OpenAI 放开的不是“所有模型原生接口”，而是“兼容 OpenAI API 协议的模型提供商”。
云头条声明：如以上内容有误或侵犯到你公司、机构、单位或个人权益，请联系我们说明理由，我们会配合，无条件删除处理。
网友留言2