Codex++ 来了！让 OpenAI Codex 更好用的增强神器，插件解锁+中转注入全搞定

Codex++ 来了！让 OpenAI Codex 更好用的增强神器，插件解锁+中转注入全搞定

💡 Codex App 插件入口被锁住？想用中转 API 又不想改官方文件？Codex++ 一个工具全搞定，不改原文件，外部注入，安全干净。

📌 先看效果

OpenAI 的 Codex App 很好用，但也有几个让人头疼的地方：

• 🔒 插件入口默认锁住 — 需要登录 ChatGPT 才能用，本地 API Key 模式直接禁用
• ❌ 没有真正的会话删除按钮 — 只能归档，删不掉
• 🌐 想用中转 API — 改 config.toml 容易出错，还不支持多配置切换
• 📄 无法导出 Markdown — 想把对话存档？没门
• 🗂️ 无法移动项目 — 项目文件位置固定，想挪地方很麻烦

Codex++ 来自 BigPizzaV3，一句话概括：面向 Codex App 的外部增强启动器和管理工具，不修改原始安装文件，通过 Chromium DevTools Protocol 注入增强脚本，解锁插件、支持中转注入、增强会话管理。

项目地址：https://github.com/BigPizzaV3/CodexPlusPlus

看看它的实际效果：

• 🔓 解锁插件入口 — API Key 模式下也能用插件
• 🗑️ 会话删除按钮 — 悬停即显示，终于可以真正删除了
• 🌐 中转注入模式 — 多配置管理，写入 CodexPlusPlus provider，可随时切回官方登录态
• 📋 Markdown 导出 — 一键导出对话记录
• 📂 项目移动 — 支持移动项目位置
• 🏗️ Timeline 视图 — 新增时间线视图

🎯 它能做什么？

双入口设计

安装后会有两个入口，各司其职：

核心功能一览

🚀 快速上手

第一步：下载安装

从 GitHub Releases 下载最新版：

Windows 安装包会创建桌面和开始菜单快捷方式。 macOS DMG 会安装：

• /Applications/Codex++.app（静默入口）
• /Applications/Codex++ 管理工具.app

⚠️ macOS 未签名/未公证时，可能提示"已损坏，无法打开"，在终端执行以下命令解除限制：

sudo xattr -rd com.apple.quarantine /Applications/Codex++\\ 管理工具.app
sudo xattr -rd com.apple.quarantine /Applications/Codex++.app

第二步：中转注入配置（可选）

如果你想用中转 API（比如国内直连、更低倍率），在管理工具的"中转注入"页面操作：

注入后 ~/.codex/config.toml 中会自动写入：

model_provider = "CodexPlusPlus"

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

💡 想回到官方登录态？在"中转注入"页面点击清除 API 模式即可移除配置并切回官方 ChatGPT 登录模式。

第三步：增强功能开关

在管理工具中统一开关增强功能：

🔍 核心原理揭秘

1. 外部 CDP 注入：不改原始文件

Codex++ 最核心的设计决策：不修改 Codex App 原始安装文件。

它通过 Chromium DevTools Protocol（CDP） 注入增强脚本：

Codex++ Launcher
↓ 启动 Codex App（不修改 app.asar）
↓ 通过 CDP 连接到 Codex 渲染进程
↓ 注入 renderer-inject.js（增强脚本）
↓ 注入用户脚本（自定义）
↓ Codex App 带着增强功能运行

关键理解：

• 不向 Codex 安装目录写入 DLL 或修改 asar 包
• 所有增强逻辑在外部注入，原始文件完全 untouched
• 更新 Codex App 后，只需更新注入脚本，不影响原始程序

注入的脚本位于：

assets/inject/
└── renderer-inject.js # 注入到 Codex 渲染端的增强脚本

2. 中转注入模式：写入 CodexPlusPlus Provider

中转注入的核心是把自定义 API 配置写入 ~/.codex/config.toml，创建一个名为 CodexPlusPlus 的模型供应商：

model_provider = "CodexPlusPlus"

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

多配置管理：管理工具支持添加多个中转配置，随时切换，写入时只激活当前选中的配置。

切回官方：点击"清除 API 模式"，配置被移除，model_provider 恢复为官方值。

3. Rust 后端 + Tauri 管理工具

Codex++ 的技术栈：

Rust 后端的好处：

• 启动时不依赖额外运行时（无需 Node.js / Python）
• 单实例保证（Windows 不会启动多个）
• 无黑框启动（Windows 无命令行窗口弹出）
• 管理员权限清单（需要时自动提权）

4. Provider 同步机制

切换供应商后，旧会话的 metadata 可能还在本地，但新的 provider 配置下这些会话"看不见"了。

Codex++ 的 Provider 同步功能在启动前自动同步本地会话 metadata，确保切换供应商后旧会话仍然可见。

备份位置：~/.codex/backups_state/provider-sync

5. Upstream Worktree 创建

Codex++ 提供了一个安全的 worktree 创建功能，等价于：

git worktree add -b <new-branch> <worktree-path> upstream/<base-branch>

关键改进：新 worktree 从最新的远端跟踪分支开始，而不是从当前会话所在的本地 HEAD 开始，降低了从陈旧本地 HEAD 派生导致的冲突风险。

创建前自动 fetch 远端分支，确保基础分支是最新的。

6. 赞助商中转站集成

Codex++ 集成了多个赞助商提供的 API 中转站，用户在管理工具中可以直接配置：

⚖️ 优缺点分析

适用场景

✅ 使用 Codex App 的 API Key 模式，插件入口被锁住 ✅ 想用中转 API，但不想手动改配置文件 ✅ 需要多中转配置切换，不同项目用不同 API 端点 ✅ 想要真正的会话删除，不想让会话只归档不删除 ✅ 需要导出对话记录，用于存档或分享 ✅ 使用 macOS，需要原生应用体验

不太适合

❌ 不使用 Codex App（用 Cursor/Claude Code 的用不上） ❌ 只用官方 ChatGPT 登录模式，不需要插件解锁或中转 ❌ 对安装第三方工具极度谨慎（虽然不改原始文件，但仍需安装）

🏗️ 技术栈一览

📚 总结

Codex++ 解决了一个很具体的痛点——Codex App 的增强需求，而且用了一个非常优雅的方案：外部 CDP 注入，不改原始文件。

核心优势：

• 🔒 安全 — 不修改 Codex 原始安装文件，更新无忧
• 🔓 解锁 — 插件入口、会话删除、Markdown 导出等实用功能
• 🌐 中转 — 多配置管理，一键切换，随时切回官方
• 🔧 自定义 — 用户脚本独立管理，可注入任意自定义逻辑
• 💻 跨平台 — Windows/macOS 均支持，macOS 分架构打包
• 🔔 自动更新 — GitHub Release 自动检测和更新

推荐指数：⭐⭐⭐⭐⭐（5/5）

如果你在用 Codex App，不管是 API Key 模式还是官方登录模式，Codex++ 都能显著提升使用体验。特别是中转注入功能，对于国内用户来说是非常实用的能力。

📎 原文链接：https://github.com/BigPizzaV3/CodexPlusPlus

标签：#Codex #CodexPlusPlus #AI编程 #API中转 #增强工具