🤖 Hermes Agent
返回博客
功能说明 2026年4月17日核验 · 7 分钟

Persistent Memory:Hermes 实际如何存储记忆

来源 官方文档

纠正“记忆系统”的常见误解

官方文档将 主记忆会话历史检索 明确区分开来。这个区别听起来细,但会直接影响你如何向用户解释 Hermes:它不是“只有 SQLite”,也不是“只有 markdown 文件”。

主记忆

  • MEMORY.md:环境事实、约定和学习到的内容
  • USER.md:用户偏好与沟通风格

会话检索

CLI 和 messaging 历史保存在 ~/.hermes/state.db 中,并提供搜索能力。这个 SQLite 层是检索层,而不是 Hermes 整个主记忆系统。如果把两者混成一个概念,用户会得到错误的架构印象。

更好的理解方式

  • 身份与稳定知识MEMORY.md / USER.md 这类文件层里
  • 历史交互召回 在 session 存储和检索层里
  • 操作者解释质量 取决于你是否把这两层分开讲清楚

为什么这个区别在实际里重要

如果你把 SQLite 历史直接当成权威长期记忆,就会误解 Hermes 怎样延续稳定上下文。反过来,如果你完全忽略检索层,又会低估可搜索的过往交互对日常工作流的价值。

操作者视角的结论

最稳妥的说法是:Hermes 同时有文件型长期记忆层和可搜索的历史层。把这个模型尽早讲清楚,用户就更容易理解该写什么、该搜什么、哪些东西应该被稳定保留。