说实话，这两个东西根本不是一类。

但在 AI Agent 这个赛道上，所有人都在问同一个问题：“该选哪个？"——好像世界上只能有一个 Agent 活下来似的。

我的看法可能让你意外：两个都值得用，但用法完全不同。

先说结论，再讲道理：

• Codex 桌面端 = 软件工程的编码指挥台。写代码、跑测试、看 diff、提交 Git，它是干活的。
• Hermes Agent = 长期运行的自托管智能体底座。记忆、技能、自学习、跨平台消息交互，它是陪你长大的。

一句话说透：Codex 是你雇佣的工程师，Hermes 是你培养的助手。 工程师按项目结算，助手跟你一起成长。

Codex：围绕代码项目的工程闭环

Codex App 的定位很清晰——一个用于并行处理 Codex 线程的桌面体验，内置 worktree、automations 和 Git 功能。macOS 和 Windows 都支持。

它的强项从来不是"陪你聊天”，而是围绕代码项目形成一个近乎封闭的工作流：

选一个项目文件夹，让 Agent 读取项目、运行命令、修改代码。通过 Git checkpoint、diff、worktree 管理风险。多个线程并行处理不同任务。最后审查、提交、推送或发 PR。

从头到尾，你看得到它改了什么。

官方 Quickstart 说得很直白：Codex IDE 扩展默认以 Agent mode 启动，可以读取文件、运行命令并在项目目录中写入修改。Codex Cloud 更进一步——连接 GitHub 仓库、后台运行任务、完成后审查变更和创建 PR。

说白了，Codex 最好的使用场景就四个：

明确的工程任务。 修 bug、补测试、重构、解释项目结构、生成脚手架。这些活 Codex 干起来最利索。

多线程并行开发。 一个线程做登录模块，一个线程修 UI，一个线程写测试。Codex App 的 worktree 可以让多个任务互不干扰——官方文档原话是，worktree 可以让 Codex 在同一项目中跑多个独立任务而不互相冲突。

2025 年 4 月，OpenAI 发布 Codex CLI。社区的排名毫不留情——“Cursor > Claude Code > Codex CLI”。

十一个月后，2026 年 3 月，Codex 周活用户突破 200 万，增长 5 倍（Reuters, 2026-03-10）。开发者社区最热的讨论不再是"选哪个"，而是"怎么搭配着用"。

一个产品从"差远了"到"重新定义赛道"，中间到底发生了什么？答案比你想的要简单，也比你以为的要深刻。

从"追赶者"到"重新定义者"

低谷：5% 的使用量

Codex CLI 发布的时机其实不差——2025 年 4 月 16 日，与 o3、o4-mini 模型同期亮相（TechCrunch, 2025-04-16）。开源、免费、运行在终端里。但发布后的反馈泼了一盆冷水：Zack Proser 的评测记录了 40%-60% 的一次成功率（Zack Proser, 2025-05-18）；Reddit 上的排名直接把它排在第三位（r/ChatGPTCoding, 2025-04）；2025 年 8 月，Check Point Research 发现了一个关键安全漏洞 CVE-2025-61260，恶意 .env 文件可以在开发者机器上静默执行任意命令（Check Point Research, 2025-08-07）。

到 2025 年 9 月，Codex 的使用量大约只有 Claude Code 的 5%（WIRED, 2026-03-11）。Medium 上一篇评测的标题直白得刺眼：“So, OpenAI’s Codex CLI is Claude Code, but worse?”