3分钟搞定Codex接入DeepSeek：CCSage配置全攻略

Codex 作为 OpenAI 推出的编程助手，默认绑定官方模型。但不少开发者希望用上 DeepSeek 更低的调用成本，于是「Codex 接入 DeepSeek」成了高频搜索词。B 站这条三分钟教程给出了完整路径，核心思路是：跳过 Codex 官方登录，用 CCSage 作为中转配置 DeepSeek 的 API Key。本文按步骤拆解，并补上教程没讲清楚的关键细节。

整体思路：为什么需要 CCSage

Codex 启动时会强制要求登录 OpenAI 账号，这是接入第三方模型的第一道坎。教程的做法是安装完 Codex 后不登录、直接关闭并退出后台进程，再用 CCSage 接管模型供应配置。

CCSage 在这里扮演「供应商管理面板」的角色——你在它里面添加 DeepSeek^广告 作为供应方并填入 API Key，Codex 启动时就能识别到这条配置，从而跳过官方登录流程。这个思路并非 Codex 独有，很多需要自定义模型源的客户端都采用类似的中间层方案。

API Key 与供应商配置：API Key 是一串由平台颁发的密钥字符串，用于在调用模型接口时标识开发者身份并做计费与权限校验。客户端发起请求时需在 HTTP 头或参数中携带该 Key，服务端据此放行。所谓"供应商配置"，是指在客户端内部登记模型服务的接入信息——包括接口地址（Base URL）、密钥、模型名称等。Codex 默认只认 OpenAI 官方端点，因此要把请求导向 DeepSeek，就必须让客户端读取一份指向 DeepSeek 的供应商配置。CCSage 的作用正是在客户端外部维护这份配置，使 Codex 启动时能加载到非官方来源。理解这一点，就能明白为何 API Key 的准确粘贴与供应商条目的正确选择是整个流程的成败关键。

第一步：安装 Codex 与 CCSage

先下载安装包，双击解压后的文件夹，运行 OpenAI 安装程序。安装完成后会弹出登录提示，这里不要登录，点右上角关闭窗口，同时到后台把相关进程退出，否则后续配置可能被覆盖。

接着安装 CCSage。双击安装程序后，安装位置可以把默认的 C 盘改成 D 盘——教程里把路径保留在 Program 目录下，再点 Install、Finish。安装完成后打开 CCSage，界面里要选择 Codex 这一项，说明它是为 Codex 服务的配置工具。

第二步：获取 DeepSeek API Key

浏览器打开 DeepSeek 官网，进入下方的 API 开放平台。如果账号尚未激活，教程建议先充值（原文给出的门槛是充值五块钱即可，具体金额以平台实际要求为准），然后在左侧菜单点击 API Keys，点「创建 API Key」。

名称可以随意填写，教程里用的是 Test1。创建后立刻复制这串 Key 并妥善保存——多数平台的 Key 只完整显示一次，关掉页面就找不回来了。

API 开放平台与充值门槛：DeepSeek 的 API 服务与其网页聊天产品是分开计费的，开发者需在 API 开放平台单独开通并充值。多数大模型平台对新账号设有最低充值要求或赠送额度，未激活或余额为零时，调用会直接返回鉴权或额度不足错误。原文提到的"充值五块钱"只是教程当时的最低门槛，实际金额与赠送政策可能随平台调整，操作前应以控制台显示为准。此外，API Key 通常支持创建多个并分别命名，便于按项目区分用量；一旦怀疑泄露，应立即在控制台删除重建，避免产生意外扣费。

第三步：在 CCSage 中配置供应商

回到 CCSage，点右上角「添加供应商」，在列表里找到 DeepSeek，把刚才复制的 API Key 粘贴进去，点添加。这一步是整个流程的核心：CCSage 把 DeepSeek 注册为一个可用的模型来源。

配置保存后打开 Codex，从 Windows 开始菜单找到以 C 开头的 Codex 启动。此时可以看到登录环节被跳过了，界面转为询问「你想用它来干什么」，可以随便选，教程选的是 Engineering，也勾了 Design，然后一路 Continue 或跳过步骤即可。若提示此前已安装过相关组件，忽略继续就行。

第四步：验证是否真的接上了

进到 Codex 主界面后，右侧会显示当前挂载的模型来源为 DeepSeek，这是配置生效的直接证据。教程用两个问题做验证：输入「你是什么模型」和「你好」，都能得到正常回复，说明请求确实走了 DeepSeek 的通道。

最后补一个实用小技巧：桌面没有快捷方式时，在开始菜单找到 Codex，直接拖到桌面就会自动生成快捷图标。

几个容易被忽略的坑

教程节奏很快，有几处细节值得单独提醒。第一，Codex 安装后的登录窗口必须关掉、后台进程必须退出，否则 CCSage 的配置可能不生效。第二，API Key 创建后要及时保存，页面关闭后无法再次查看完整内容。第三，CCSage 安装时选择 Codex 这个选项不能漏，选错目标客户端配置就对不上。

另外要说明的是，这类「第三方客户端 + 中转配置」的方式依赖客户端本身的扩展能力，DeepSeek 官方与 OpenAI 并未就此提供官方支持。平台接口规则如有调整，配置方式也可能随之变化，遇到问题时优先检查 API Key 是否有效、余额是否充足。

对预算敏感、又想保留 Codex 操作习惯的开发者来说，这套方案的价值在于把两件事拆开了：工具用顺手的，模型用便宜的。三分钟的成本换一个更灵活的开发环境，值得一试。

非官方支持的风险边界：这种方案本质上利用了客户端对自定义模型源的扩展能力，属于社区摸索出的用法，OpenAI 与 DeepSeek 均未承诺兼容。风险主要体现在三方面：一是客户端升级可能更改配置读取逻辑，导致原有供应商条目失效；二是服务端接口若调整路径、鉴权方式或参数格式，请求会被拒绝；三是账号使用条款层面对第三方中转的界定并不明确，存在被限制的可能。因此建议保留原始安装包与配置截图，便于失效后快速回滚或重建；同时不要把生产环境的关键凭据长期挂在这类配置上，定期轮换 API Key 更为稳妥。