通过 CC Switch 本地路由让 Codex CLI 接入 DeepSeek 等第三方模型
一句话看懂：CC Switch 3.16.0 及以上版本通过本地路由技术，解决了 OpenAI 的 Codex CLI 与 DeepSeek、Kimi、MiniMax 等国内主流大模型之间的协议不兼容问题，使开发者可以绕过 Responses API 限制，直接调用第三方 Chat Completions 接口。
事件核心：发生了什么
OpenAI 为 Codex CLI 指定的后端协议是 Responses API（/responses），而 DeepSeek、Kimi、MiniMax、SiliconFlow 等国内模型厂商统一提供的是 Chat Completions 接口（/chat/completions）。两套协议在请求体字段结构、流式传输的 SSE 事件命名和数据格式上存在根本差异，直接配置会导致 404、400 错误或流式响应无法解析。
CC Switch 的本地路由在 127.0.0.1:15721 上启动代理服务，完成协议转换：将 Codex 发出的 Responses 请求改写为 Chat Completions 格式转发给上游，并将上游返回的 Chat 响应还原为 Codex 能解析的 Responses 格式。整个过程对 Codex 透明，开发者只需在 CC Switch 的 Codex 标签页选择预设供应商（如 DeepSeek），填入 API Key，并启动本地路由即可。
为什么重要
这一工具的落地意味着开发者不再被绑定在 OpenAI 的闭环生态中。Codex CLI 作为一款面向 AI 编程的终端工具，原本只能调用 OpenAI 官方的 Responses API，而国内模型厂商（如 DeepSeek）在数学推理、代码生成等任务上已展现出竞争力。CC Switch 的协议转换桥接了两套生态，使得开发者可以低成本切换底层模型，在保持 Codex CLI 使用习惯的同时，获得更丰富的模型选择和可能的成本优势。
从技术路线看，这种“本地路由+协议适配”的思路比硬改 Codex 源码更加安全和可维护，也降低了非英语国家开发者接入国际工具的门槛。如果这一模式被验证可靠，可能推动更多 AI 工具链走向协议兼容层与路由层松耦合的设计。
对用户/开发者/创作者的影响
对于使用 Codex CLI 进行 AI 辅助编程的开发者，最直接的收益是模型选择权扩大：可以体验 DeepSeek 的推理增强能力、Kimi 的长上下文处理能力等国内模型特色。配置流程被简化为三步：在 CC Switch 中添加供应商、启动本地路由、重启 Codex 终端。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
目前公开信息显示，Codex app 尚未支持多模型自由切换，默认使用配置中的第一个模型。开发者需要留意，若使用自定义供应商而未选择预设，必须手动校验 base URL 是否指向根路径（不带 /chat/completions 后缀），否则无法正常响应。
此外，CC Switch 明确不建议使用官方 OpenAI Codex 账号通过本地路由访问第三方模型，因为代理官方 API 存在账号安全风险。
值得关注的后续
第一，CC Switch 的预设供应商列表能否覆盖更多国内模型厂商，例如智谱 AI、月之暗面等，将直接影响开发者的可选范围。第二，Codex 官方的多模型切换支持何时到来，会决定这种本地路由方案是过渡手段还是长期选择。第三，协议转换层的性能损耗——特别是在流式场景下的延迟增加幅度——目前缺少基准测试数据，这可能是大型项目采用前的关键考量点。
来源：juejin
