DeepSeek+Codex：如何在消费级显卡上跑出满血编程能力

最近OpenAI Codex Desktop更新得挺勤快，multi-agent v2、skills、MCP扩展这些功能一股脑全上了。但对国内开发者来说，网络、支付、延迟，这三座大山始终绕不过去。开源项目Codex++（BigPizzaV3/CodexPlusPlus，9219 star）切中要害地解决了这个痛点——它不碰Codex的原生文件，纯粹靠一个外部启动器加上Chromium DevTools Protocol注入增强脚本，核心一招叫

：把DeepSeek、火山引擎这些国内模型的API请求，直接接入Codex。

这篇文章打算分三步来拆解：

。

第一步：Codex++到底是什么

简单来说，Codex++是一个专门为Codex Desktop App设计的

。它不是独立工具，不会去修改Codex的原始asar文件。

它的核心原理说起来不复杂：通过CDP（Chromium DevTools Protocol）把增强脚本注入到Codex的渲染进程里，从而实现插件解锁、会话管理、Provider切换这些功能。

两种入口

安装完成后，系统里会出现两个入口，各司其职：

入口	作用
Codex++	静默启动，不显示界面，只负责启动Codex并注入增强功能
Codex++ 管理工具	Tauri控制面板，用来检查状态、配置中转、管理增强功能

配置文件的位置也一目了然：

• Codex配置：~/.codex/config.toml
• Codex++状态与日志：~/.codex-session-delete/
• Provider同步备份：~/.codex/backups_state/provider-sync

第二步：安装Codex++

下载安装包

从GitHub Releases页面下载最新版即可：

https://github.com/BigPizzaV3/CodexPlusPlus/releases

选择对应系统的版本：

• Windows：CodexPlusPlus-*-windows-x64-setup.exe
• macOS Intel：CodexPlusPlus-*-macos-x64.dmg
• macOS Apple Silicon：CodexPlusPlus-*-macos-arm64.dmg

管理工具界面

Codex++管理工具是Tauri构建的控制面板，主界面上方是状态指示灯，实时显示后端连接状况。左侧边栏分为几个功能区块：注入配置、Provider管理、诊断日志。

第三步：配置DeepSeek中转注入

什么是中转注入

中转注入适用于那种

，但想把模型请求转发到自定义兼容API的场景。

Codex++会在~/.codex/config.toml里写入类似这样的配置：

model_provider = "CodexPlusPlus"
[model_providers.CodexPlusPlus]
name = "CodexPlusPlus"
wire_api = "responses"
requires_openai_auth = true
base_url = "https://your-proxy.com/v1"
experimental_bearer_token = "sk-..."

添加中转配置

在管理工具的「中转注入」页面，操作步骤非常直接：

1. 确认检测到ChatGPT已登录状态
2. 添加一个或多个中转配置，填好

   Base URL
   和

   Key
3. 选中当前配置，点击应用中转注入
4. 从Codex++入口启动

解锁插件能力

在API Key模式下，Codex原生界面会直接把插件入口禁用掉：

Codex++正是通过中转注入来绕过这个限制，解锁插件能力：

后端状态指示

管理工具里提供了实时后端状态指示灯，通过CDP协议定期检测127.0.0.1:57321端口，绿灯亮起就代表连接正常。

回到官方模式

如果想切回官方ChatGPT登录态，在「中转注入」页面点击「清除API模式」就能移除配置，恢复原状。

进阶：多Provider切换

Codex++支持同时配置多个中转，切换方式也足够简单：

1. 在管理工具的「中转注入」页面添加多个Provider配置
2. 选中目标配置，点击「应用中转注入」
3. 从Codex++入口重启

以DeepSeek为例的Provider配置：

model_provider = "CodexPlusPlus"
[model_providers.CodexPlusPlus]
name = "CodexPlusPlus"
wire_api = "responses"
requires_openai_auth = true
base_url = "https://api.deepseek.com/v1"
experimental_bearer_token = "sk-you...-key"

如果用的是中转服务商，base_url改成服务商的端点，Key换成中转Key就行，通常它已经包含了DeepSeek等模型的路由。

常见问题

确认是从「Codex++」入口启动，而不是原版Codex。也可以打开管理工具的「诊断」和「日志」页面看看注入状态。

先在终端测试连通性：

curl -X POST http://127.0.0.1:57321/backend/status -H "Content-Type: application/json" -d '{}'

如果接口正常但插件仍显示超时，重启Codex++，或者在管理工具日志中查找renderer.script_loaded、bridge.request、bridge.response这些关键信息。

当前安装包未签名或未公证时，macOS的Gatekeeper可能会拦截。去「系统设置 - 隐私与安全性」中允许打开就行。

可以。Codex++有Provider同步功能，启动前会同步本地会话metadata，切换供应商后旧会话依然可以访问。

总结

说到底，Codex++的核心价值就是

：不修改Codex原始文件，通过外部启动器自动把自定义Provider写入config.toml，从而实现：

1. 绕过官方登录限制
   ：API Key模式下解锁插件入口

2. 多Provider切换
   ：DeepSeek、火山引擎、阿里云，想换就换

3. 会话保留
   ：Provider切换后旧会话依然可访问

4. 增强功能
   ：会话删除、Markdown导出、Timeline等

适合已经在用Codex Desktop、但又想用国内模型来降低成本的开发者。