OpenAI Codex 开放第三方模型接入：AI编程工具生态的重要转折
在AI编程工具领域，一个重要的事件刚刚发生。OpenAI于6月18日宣布，其AI编程代理工具Codex（包括桌面客户端、命令行工具和SDK）现已支持接入任何第三方模型，开发者不再被迫使用OpenAI自家的模型，可以自由选择DeepSeek、Claude、Gemini等替代方案。
重大开放举措
OpenAI Codex负责人Tibo在社交媒体X上表示："您可以使用Codex应用程序、CLI和SDK与任何开源模型一起使用，而不仅仅是OpenAI模型。"这一声明标志着OpenAI在工具生态策略上的重要转变。
正如OpenAI官方文件所言："你可以将Codex指向任何支持Chat Completions或Responses API的模型和Provider，以满足你的特定使用场景。"
技术实现细节
Codex CLI是OpenAI推出的轻量级编码代理工具，在本机终端机中执行，支持独立使用或整合至VS Code、Cursor、Windsurf等IDE。与Claude Code需要npm安装不同，Codex CLI以单一二进制文件发布，支持macOS、Windows、Linux三大平台，安装流程更简洁。
目前GitHub上的开源项目已累积超过91,600颗星、13,500个Fork，最新版本为0.140.0（2026年6月15日发布），总计多达845个版本释出，采用Rust语言开发（占96.2%）。
配置方法
每个自订Provider需要三个核心字段：base_url（API端点位址）、env_key（API Key对应的环境变数名称）以及name（显示名称）。配置核心是~/.codex/config.toml的[model_providers]块，填入兼容平台的base_url和Key即可，桌面版、CLI、IDE插件三端共用，配置一次全端生效。
重要技术要求
需要特别注意的是，由于2026年2月起Codex已移除Chat Completions API支持，所有第三方模型必须兼容OpenAI Responses API，这一点在设定时需要特别留意。
支持的模型范围
第三方模型方面，DeepSeek（deepseek-chat / deepseek-coder）、Kimi（Moonshot）、智谱GLM、Qwen等均可透过相同设定方式接入。本地模型方面，Ollama与LM Studio可透过http://localhost:11434/v1端点接入，让开发者在离线环境中使用Codex，无需网络连线即可进行编码工作。
聚合API闸道方面，OfoxAI等服务提供单一API Key即可存取GPT、Claude、Gemini、DeepSeek等多种模型，简化金钥管理流程。企业级方案方面，Azure OpenAI与Google Vertex AI（Gemini 2.5 Pro）也都有对应的设定配方。
行业影响分析
这一开放举措对整个AI编程工具生态具有重要意义。长期以来，OpenAI的封闭生态策略一直备受争议，而此次开放第三方模型接入，表明OpenAI开始更加开放地对待工具生态。
对于开发者而言，这意味着更大的灵活性和选择自由。开发者可以根据自己的需求、预算和技术偏好，选择最适合的模型来驱动Codex，而不必被限制在OpenAI的模型生态中。
实际应用价值
这一更新特别适合以下场景：
- 成本优化：开发者可以选择成本更低的模型如DeepSeek来处理常规编程任务
- 本地部署：通过Ollama等本地模型服务，实现离线编程环境
- 企业合规：企业可以使用符合内部合规要求的模型来驱动Codex
- 技术多样性：开发者可以根据不同任务特点选择最适合的模型
版本演进历程
根据公开资料显示，Codex 0.138~0.141系列版本在第三方模型接入方面持续完善：0.140.0新增Amazon Bedrock托管API Key认证，0.138.0支持/app命令将CLI线程直接切换到桌面版，配置文件~/.codex/config.toml的[model_providers]机制在桌面版、CLI、IDE插件三端共用，一次配置全端生效。
总结
OpenAI Codex开放第三方模型接入是一个重要的行业事件，它不仅为开发者提供了更大的灵活性，也标志着AI编程工具生态正在向更加开放和多元化的方向发展。这一举措可能会推动整个行业重新思考工具生态的建设策略，促进更多创新和竞争。
对于正在使用或考虑使用Codex的开发者来说，现在是一个探索不同模型组合、优化开发效率的好时机。建议开发者根据自己的具体需求，尝试不同的模型配置，找到最适合自己工作流程的方案。
