Lazy loaded image
🗒️你在纠结选 Codex 还是 Hermes?这个问题本身就问错了
Words 1772Read Time 5 min
2026-6-10
2026-6-10
type
Post
status
Published
date
Jun 10, 2026
slug
codex-vs-hermes
summary
Codex 和 Hermes 并非竞品。一个主语是 project,一个主语是你。从记忆、生命周期、渠道到抽象层级,它们解决的是不同层面的问题。同时用, 并不冲突。
tags
AI
Agent
category
AI
icon
password
上一期 Hermes 视频发出去之后,我评论区和私信里被问最多的一个问题是:Codex 跟 Hermes 怎么选?
两个都是 Agent,都能干活,放在一起比较好像很自然。但我们先退一步想 —— 把两个选项放在一起比较的前提是,它们得是同一类东西。它们是吗?
我想并不是的。
后面我说的 Codex,泛指 Claude Code、OpenCode 这类 Coding Agent,Hermes 则代表另一类通用型个人 Agent。

最根本的区别:主语不同

打开 Codex,第一步是选一个项目。你得给它一个文件夹、一个目录,一个「根据地」。它的主语是 Repo。
Xnip2026-06-09_23-53-56.jpg
打开 Hermes,没有这一步。它的主语是你。
虽然它也有 WorkSpace,但一般用户不去特意关注,感知不到。
Hermes 的 Slogan 写的是「Agent that grows with you」——和你一起成长的 Agent。repo 也好、GitHub 也好,都只是它能操作的资源之一,不是它存在的前提。
image.png
这个差异听起来微妙,但往下拆就能看出它在产品设计的每个层面都有体现。

四个维度的差异

1. 记忆:任务记忆 vs 人的记忆

Codex 的 Memory 是 Task Memory。它记住的是你的项目用什么框架、代码规范是什么、Git commit 的格式、RPC 的 proto 怎么写、错误怎么处理。这些东西跟你的工程强相关,跟你这个人关系不大。
codex-memory.png
Hermes 的 Memory 是 Human Memory。它记住的是你最近在研究什么、心里有没有什么问题、主业和副业分别是什么、手头维护几个产品、早上几点起床、什么时候健身、有什么兴趣爱好。
image.png
一个记的是项目画像,一个记的是人的画像。

2. 生命周期:任务制 vs 长期陪伴

在 Codex 里,典型的流程是:来了个需求单 → 开一个 Feature 或 Fix → 改代码、跑测试 → 提 PR → 完事。一个任务结束了,下次再来一个新的,还是这么干。它专注于把工程任务做完。
Hermes 不一样。你今天跟它聊的东西,它会沉淀成 Skill,更新它的 USER.md 和 MEMORY.md。用了一年,它还是那个它,你也还是那个你,但你们一起变得更好了。
image.png
公平说一句,Codex 也有 Memory 沉淀机制,不完全是用完即走。但那种「成长」的感觉,跟 Hermes 是不一样的。你自己两个都用一段时间就能感受到。

3. 渠道入口:开发环境 vs 无处不在

Codex 的入口是专属客户端、终端、IDE 插件,它生活在开发环境里。Codex 官方不太会希望你在飞书、微信里用 Codex。
而 Hermes 是官方支持接入 Telegram、Discord、微信、钉钉、企微、飞书。你从不同平台进去跟它聊,它还是那个它,所有渠道的消息都能沉淀下来,它的上下文是贯通的。
这背后的设计意图很清楚:Hermes 希望尽可能多地连接到你,因为你是主角;而 Codex 认的是那个项目。

4. 抽象层级:执行层 vs 编排层

Codex 在执行层工作。它以 repo 为单元,读代码、理解需求、编辑、测试、提交,完成一个工程交付的闭环。
Hermes 在编排层工作。它理解你这个人,匹配你的目标,然后做任务分发。它可以自己干,也可以把编码任务委派给 Codex,自己当监工。写代码只是你生活的一部分,你还可以跟它聊技术方案、产品方案,让它查航班、推荐书和电影、分析今日健康情况。

Codex 能不能硬模拟成 Hermes 呢?

有人说:你说的这些 Codex 理论上都能做啊,我也能接飞书、也能加 memory、也能聊天生图啊。
对,理论上可以。社区确实有人这么干。
但你做的每一步都在跟它的产品设计对抗。
Codex 官方希望你在 Codex 里用 Codex,不会花精力去官方支持飞书或微信的接入。各家大厂也有自己的 Agent 产品线(比如:豆包、混元、千问),不太可能反过来去给 Codex 做嫁衣。你或许可以通过一些开源项目接上,但大概率是社区方案,稳定性和可靠性都要打折。
反过来也一样,让 Hermes 去硬模拟 Codex 做深度代码工程,也不是它最擅长的事。
这里的差异不在模型层,理论上底层都可以跑同一个模型。真正不同的是 Agent 层 —— 记忆设计、上下文管理、工具链、渠道架构,这些东西决定了它们各自适合干什么。

所以怎么选?

别问选哪个,问你自己要什么。
如果你需要一个把代码工程项目做好的东西,用 Codex。它就是干这个的,而且干得很好。
如果你想要一个像 Jarvis 一样的智能助手,能帮你管事、越来越懂你、跨平台随时沟通,那就选 Hermes。
它们不是竞品,是两个东西,在生态位中占不同位置。同时用,并不冲突。两种 agent,我每天的使用率都差不多,专业级 coding 我用 Codex,其余的所有事情全丢给 Hermes 干。
 

 
想学习、交流更多和 AI 实战相关的内容,可以加入我的星球和社群。我从24年下半年开始,几乎100%用AI做自己的独立产品,包括在公司的企业级项目里现在也全面用AI开发。2年多下来踩了不少坑,也攒了不少的经验,想与你交流分享。这里开发者是少数,但大家都是在用 AI 解决实际问题的人(包括产品、设计、运营,甚至是传统企业岗位的人)。
无论你是想着拿AI来做点什么,还是已经在用 AI 构建自己东西的朋友,只要你对 AI 抱有热情,欢迎一起来聊与 AI 实战有关的一切,Coding、产品、内容、搞钱等等,不需要懂代码~
帅真的 AI 实战圈
上一篇
记“gorm查询没报错,但结果为空”的解决
下一篇
副业赚到主业两倍?你可能少看了一些东西