10分钟手把手教你:用 ccx+cc-switch 将 DeepSeek-v4 接入 Codex
概要
OpenAI 的 Codex 虽强,但官方 API 的高昂费用往往让个人开发者望而却步。本文旨在解决这一痛点,介绍如何利用 ccx 作为协议转换网关,配合 cc-switch 作为可视化配置管理工具,将国产顶尖模型 DeepSeek-v4 低成本接入 Codex。
文章将从环境准备开始,详细演示如何配置 ccx 的渠道转发规则(重点讲解为何要选择 OpenAI Chat 而非 Responses 模式),以及如何利用 cc-switch 一键修改 Codex 的底层配置。最后,我会分享在实际测试中遇到的 404 报错排查及性能表现,帮助大家在零成本的情况下,复刻 Codex 的丝滑 Agent 体验。
准备工作
ccx 配置
我们安装完成后将二进制文件(即 .exe 文件)放入一个文件夹中,在文件夹内创建 .env 文件。

内容模板为:

从上到下分别为代理服务的访问密钥(密码)、ccx 服务监听的本地端口号、是否开启图形化管理界面、Web 界面的显示语言。
编写完配置文件后保存退出,双击 exe 文件运行

使用浏览器打开图形化界面地址,输入自己在 .env 中设置的密码即可登录。

选择 Codex 并添加渠道。

这里我提供一个模板:
Channel name: DeepSeek V4 Pro
Service type: OpenAI / OpenAI Compatible / Deepseek
Base URL: https://api.deepseek.com
API key: sk-xxxxxxxxxxxxxxxxxxx
创建渠道后点击编辑,并把服务类型改成 OpenAI Chat 与打开规范化非常见 Chat role 选项。

为什么必须选 OpenAI Chat而不是 Responses?
- Codex (客户端):它很先进,默认调用的是 OpenAI 最新的 /v1/responses 接口,这是专门为 Agent 设计的复杂协议。
- DeepSeek (服务端):目前它只支持标准的 /v1/chat/completions 传统对话协议。
此时,ccx充当了一个“协议翻译官”。它会在后台默默地把 Codex 发来的高级 Responses请求,“降级”拆解为 DeepSeek 听得懂的基础 Chat格式,再把返回结果包装回去。
更新渠道后就完成了 ccx 的配置。
cc-switch 配置
打开 CC-Switch,选择 Codex。

添加模型供应商,在自定义配置中根据运行 ccx 的信息。

填入两个地址,API key 是 .env 文件的密码,不是 DeepSeek 的。

获取模型列表,选择 deepseek-v4-pro。

最后添加即可,确保已使用。

Codex 验证
完成前面的配置后,重装 Codex 或者重新启动。

你们的下面可能显示为 custom,可以去你安装的 Codex 位置找到 .codex,进入选择该文件。

将 custom 全部改成你喜欢的就好了。
验证模型

从 ccx 中可以看到使用的是 deepseek-v4-pro。

从 OpenAI Chat与 Responses接口的协议差异,到 ccx的反向代理实现,我们一步步剥离了 AI 工具黑盒的外衣。虽然 DeepSeek-v4 并非 Codex 的原生后端,但通过合理的网关设计(ccx)和流量调度(cc-switch),我们证明了优秀的模型并不一定要绑定昂贵的入口。
这只是一个开始,期待大家探索出更多模型与工作流的奇妙组合。有问题可以在评论区留言,有空会解答。
AtomGit 是由开放原子开源基金会联合 CSDN 等生态伙伴共同推出的新一代开源与人工智能协作平台。平台坚持“开放、中立、公益”的理念,把代码托管、模型共享、数据集托管、智能体开发体验和算力服务整合在一起,为开发者提供从开发、训练到部署的一站式体验。
更多推荐


所有评论(0)