Codex兼容国产开源模型，实测DeepSeek接入：门槛还是太高

OpenAI为Codex开放了第三方模型入口，但国产模型接入仍面临协议壁垒和性能损耗，实测体验显示门槛不低。

OpenAI忽然敞开了Codex的大门

6月17日，OpenAI Codex团队负责人Tibo在X上宣布，Codex应用、CLI和SDK已支持接入任意开源模型，不再局限于OpenAI自家模型。这一举动令人意外——长久以来，OpenAI因工具、模型、工作流全部封闭在自家生态中而饱受诟病，Codex作为一款强大的Agent工作台，本质是模型能力、工具调用、上下文管理、权限控制和本地环境的组合，用户越依赖其完整生态就越难离开。如今，OpenAI在产品姿态上主动切断了对自家模型的强制绑定，为开发者留出了一个“custom model provider”入口。消息一出，国产AI圈一片兴奋，许多人立刻动手尝试让Codex直连DeepSeek、Qwen等模型。

实测第一关：DeepSeek API直接返回404

当大家以为只要把DeepSeek的API地址和Key填进Codex就能直接用时，现实给了当头一棒。实测接入DeepSeek V4 Pro的API，启动后Codex却返回了404错误。翻阅官方技术文档后发现，Codex虽然开放了自定义供应商，但当前公开支持的协议只有Responses API一种，而DeepSeek官方API主入口是Chat Completions。尽管DeepSeek声称兼容OpenAI格式，但“兼容OpenAI”分很多层：Chat Completions是一套接口，Responses API是另一套接口。Agent场景所需的工具调用、流式输出、推理块、函数调用结果回传等结构在两种协议中并不相同。Codex按照Responses协议去请求DeepSeek，DeepSeek根本不存在这个端点，自然报错。简单说，OpenAI只开放了一半——你可以换供应商，但必须在它定义的工作台协议里玩。

绕路方案：CC Switch转接桥跑通了，但速度打了折扣

真正的转机来自DeepSeek的另一个入口——Anthropic API兼容端点。这个端点更适合承载Agent场景下的工具调用结构，与Codex的工作方式更接近。最终，开发者通过在本机部署一个轻量级“翻译器”（如开源工具CC Switch），让Codex仍然按自己的方式发起任务，翻译器将请求转为DeepSeek能理解的格式，返回后再转回Codex可执行的形态。实测中，DeepSeek完成了两个任务：从全网搜索资料生成招商文档（320行Markdown），以及根据文档制作幻灯片HTML（790行，约40KB）。DeepSeek在资料整理速度和长文档组织上表现可用，遇到工具不可用时还会自动绕路。但代价也很明显：响应速度明显变慢，简单文本任务尚可，在Agent工作流中需要反复调用工具、等待翻译，体感不如Codex原生搭配GPT 5.5流畅。资源消耗方面，充值10元完成两个任务后还剩9.27元，性价比确实极高。

开源模型的新机遇与那道隐形的玻璃门

Codex开放自定义模型接口，对智谱、DeepSeek、Qwen、Kimi等国产模型而言是难得的机遇。过去国产模型想融入开发者工作流，需要自建IDE插件、命令行工具、文件权限管理、任务记忆等一系列产品层能力，而Codex已经搭好了完整的Agent容器。智谱近期上线GLM-5.2模型，强调1M无损上下文和长程任务能力，在开发者圈中口碑不错，OpenAI发布消息后智谱股价盘中大涨超22%，市值创下新高。但当前门槛仍然太高：绝大多数国产模型无法直接通过API Key接入，必须借助转接桥；而且OpenAI并未放弃控制权——工作台标准仍由其定义，Responses API、模型配置、推荐模型全围绕自家体系展开。更不用说转接桥带来的额外延迟和兼容风险。对普通用户来说，直接购买ChatGPT Plus每月20美元的订阅仍是更流畅的选择。OpenAI开放了门缝，但真正的桥梁还需要国产模型厂商主动补上协议兼容这块拼图。