一层栓在 Codex 应用上的附加件

Codex++ 是 Codex 桌面应用的外部增强启动器和管理工具。定义它的那个设计决定,README 开篇就说:它不修改 Codex 的原始安装文件。它通过一个外部 launcher 启动 Codex,并用 Chrome DevTools Protocol 注入增强脚本。这个做法是它吸引力和脆弱性的共同来源,所以装之前值得搞懂。

安装后你得到两个入口:Codex++,一个静默启动器,只负责启动 Codex 并注入增强;以及 Codex++ 管理工具,一个 Tauri 控制面板,用于启动、检查、修复、更新、配置中转注入、管理增强功能和用户脚本。简言之,它是一个给你不掌控的应用添功能的高级用户外壳。

为什么注入这条路是把双刃剑

经 DevTools Protocol 注入,意味着 Codex++ 骑在 Codex 的内部 UI 之上,而非通过一个受支持的扩展点集成。它工作时,你拿到基础应用不打补丁就没有的功能。当 Codex 更新、它的内部结构挪动时,被注入的脚本可能坏掉,因为底下没有一个稳定的契约。

issue 区恰恰展示了这种张力,而这是采用前最该读的东西。截至 2026-06 有 489 个 open issue,讨论最热的帖子都是更新破损报告:一个 v1.1.8 更新抹掉了对话历史、弄坏了 computer use,本地注入端口上的 502 Bad Gateway 错误,对话里反复出现的 tool_calls 错误,以及更新后插件市场显示不出来。这是一个基于注入、追着移动靶跑的设计可预见的代价。项目发版很快(2026 年 6 月 v1.2.4),正因为它必须跟上。

安装

Codex++ 是个你从 GitHub releases 下载的桌面应用,不是从 registry 装的包:

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

Windows 安装包创建桌面和开始菜单快捷方式;macOS DMG 把启动器和管理工具都装进 /Applications。装完后,用管理工具配置注入和增强。

信任它之前该掂量的两个坑

除了更新脆弱性,有两件事值得清醒地看:

  • 没有声明许可。 GitHub 在这个仓库上没检测到许可。默认这意味着代码保留一切权利、未授予修改或再分发的许可。对一个注入进另一个应用、并经手你 API 流量的工具,缺乏声明的条款是个真问题、不是形式。在商业上依赖它之前,先审仓库。
  • 沉重的赞助与中转生态。 README 很大一部分让给了向 Codex++ 用户给折扣的 API 中转站赞助商。这是个筹资模式,但它意味着项目的表面同时是第三方中转的营销渠道。把那些列表当广告,把你的 key 和流量经它们路由前先核实任何中转商的条款。

Codex++ 与 cc-switch 的对比

Codex++cc-switch
Stars16,77296,955
它做什么往 Codex 应用注入增强跨 7 款工具切换配置与服务商
机制Chrome DevTools Protocol 注入经 UI 编辑每款工具的配置
范围仅 Codex 应用Claude Code、Codex、Gemini CLI 等

计数取自 GitHub,截至 2026 年 6 月。cc-switch 是更广、更流行的工具,经配置文件跨七款编程工具管理配置和服务商。Codex++ 按设计更窄、也更冒险:它专门瞄准 Codex 应用,并经注入、而非配置在运行时改变它的行为。如果你想要跨工具的配置管理,cc-switch 是更稳妥之选;Codex++ 是给那种住在 Codex 应用里、想把它掰成配置做不到的样子的人。

相关

要跨工具的配置管理器、而非单应用注入器,见 cc-switch。想看还有什么在往上爬,见 LLM 工具、每日速报和周报。

FAQ

Codex++ 做什么? 它启动 Codex 桌面应用、经 Chrome DevTools Protocol 注入额外功能,由一个 Tauri 控制面板管理,且不修改 Codex 自己的文件。

为什么 Codex 更新后它会坏? 因为它注入进 Codex 的 UI、而非用受支持的扩展点,所以 Codex 的内部改动会弄坏被注入的脚本。更新破损是最常见的 issue 主题。

怎么安装? 从 GitHub releases 下载你系统的安装包。它是个桌面应用,不是 registry 包。

有许可吗? 没有声明许可,默认意味着保留一切权利。复用或依赖代码前先审仓库条款。