BotOf Tech
返回首页X 上刷屏的 Hermes Agent:学习闭环、会话检索和运行时架构拆解

X 上刷屏的 Hermes Agent:学习闭环、会话检索和运行时架构拆解

·2 分钟阅读·

截至 2026-04-22,如果说 OpenClaw 在 X 上代表的是“聊天入口型 Agent”,那么 Hermes Agent 更像“会持续进化的运行时”。它最近三个月突然爆发,核心不是 UI,而是 closed learning loop

为什么最近三个月 X 上到处在聊 Hermes Agent

过去三个月里,Hermes Agent 在 X 上的传播路径大概是这样的:

  • 2026-03-15:一批用户开始把它和 OpenClaw 放在一起做真实对比,重点讨论模型切换、远程访问、浏览器质量和权限安全
  • 2026-04-07:中文和英文的长线程同时爆发,主打“自我进化”“技能自生成”“不会越来越健忘”
  • 2026-04 中下旬:随着 GitHub star 快速增长,X 上开始把它视为 OpenClaw 之外另一条明确路线

这些讨论里最稳定的关键词不是“模型支持更多”,而是:

  • 持久记忆
  • 技能自演化
  • 跨会话检索
  • 可以长期跑在 VPS 上

它和 OpenClaw 最不一样的地方:不是消息入口,而是学习闭环

Hermes 官方 README 里对产品定位写得很直接:它是 “the self-improving AI agent”,并强调内置 learning loop。

这背后不是一句宣传语,而是一整套运行机制:

  • 任务完成后沉淀成 skill
  • skill 在后续使用中继续修正
  • 记忆写回磁盘
  • 旧会话进入 SQLite + FTS5 搜索
  • 下次构建 prompt 时,系统再把这些经验折回当前上下文

所以 Hermes 的关键不是“回答质量某一轮更好”,而是 下一轮会不会因为之前的经历而更稳

从官方架构文档看,Hermes 的系统边界非常清楚

Hermes 架构文档把主系统拆成几个比较干净的子系统:

1. Agent Loop 是真正的核心

官方文档把 AIAgent 描述为同步 orchestration engine。它负责:

  • provider 选择
  • prompt 构造
  • 工具执行
  • 重试与 fallback
  • 压缩与持久化

也就是说,Hermes 的设计中心不是“网关先行”,而是 agent loop 先行

2. Prompt System 把记忆、技能、上下文文件都编织进同一个入口

prompt_builder.py 会把这些内容合并进系统提示词:

  • SOUL.md
  • MEMORY.md
  • USER.md
  • AGENTS.md
  • .hermes.md
  • skills
  • tool guidance

这让 Hermes 的“长期行为风格”更像配置系统,而不是一次性 prompt。

3. Tool System 和 Terminal Backend 明显偏工程化

官方文档提到 Hermes 当前有:

  • 47 个工具
  • 19 组 toolsets
  • 6 种 terminal backend

这意味着它不是只跑在本机 shell 里,而是从设计上就考虑了 Docker、SSH、Modal、Daytona、Singularity 这些不同执行边界。

4. Session Persistence 不是附属功能,而是主设计

Hermes 会话层用 SQLite 存储,并带 FTS5 全文检索。它不仅能“记得以前聊过什么”,还能在压缩、分叉、跨平台使用时保留 lineage。

这比单纯“保存对话历史”更进一步,因为它面向的是 长期代理运行,而不是一次 REPL 会话。

记忆层为什么是 Hermes 这波增长的发动机

Hermes 官方文档对记忆的处理很克制:

  • MEMORY.md 放环境和事实
  • USER.md 放用户画像和偏好
  • 容量受限,避免无限膨胀
  • past sessions 进入 SQLite,按需召回

这个设计比“大仓库式上下文塞满系统提示词”更稳。它把记忆拆成:

  • 总是带上的小而硬的事实
  • 按需搜索的历史会话

所以在 X 上,很多用户把它评价为“越用越顺”,本质原因不是 magic,而是 记忆预算和检索路径更合理

X 上对 Hermes 的真实担心也很一致

并不是所有讨论都一边倒。最近三个月里,反对意见主要有两类:

1. 浏览器自动化不总是稳定

有用户明确提到,很多站点会阻断 agent 浏览,导致结果质量波动。这类问题本质上不是 Hermes 独有,而是通用 agent 在 Web 环境都会遇到的现实摩擦。

2. 权限安全感不如 Claude Code 那样强

也有用户把它和 Claude Code 放在一起比较,认为 Claude Code 的默认审批和权限提醒做得更让人放心。这个判断未必适用于每个场景,但它揭示了一个事实:

Hermes 把“长期自治能力”放得更前,Claude Code 把“可控和审批”放得更前。

我的结论

Hermes Agent 最近三个月在 X 上爆发,不是因为它做成了另一个 OpenClaw,也不是因为它只是“支持更多模型”。它真正代表的是另一条更清晰的路线:

把 Agent 做成一个会积累经验、会整理技能、会跨平台长时间运行的可进化 runtime。

如果你更看重:

  • 跨会话连续性
  • 技能沉淀
  • VPS 常驻
  • 多 backend 执行环境

那 Hermes 这条路线非常值得长期跟。

来源