Hermes Decision Trace

两台 Hermes 共享记忆方案

结论:两台不同电脑上的 Hermes 可以共享长记忆,但不应该靠同步本地 MEMORY.md / USER.md 或 state.db 实现。推荐使用同一个外部 memory provider,例如 Hindsight 共享 bank;Honcho 适合共享用户画像和多 AI peer;Supermemory / Mem0 是轻量云端语义记忆备选。

HTML完整论证
Wiki可检索归档
Feishu短入口交付
🎯
核心结论

推荐采用 Hindsight 共享 bank 作为跨设备长期记忆主方案。两台电脑各自保留本地短记忆和本机环境事实,所有需要跨设备共享的项目共识、偏好、方案结论、历史经验进入同一个 Hindsight bank。

🧭
推荐路径

在第二台机器上只配置 Hindsight,不复制整套 ~/.hermes

🛡️
关键边界

不建议同步整个 ~/.hermes,会混入 .env、cron、gateway token、logs、sessions、state.db。

关键判断

判断项摘要
推荐方案内置 MEMORY.md / USER.md:保留本机本地,不做双向同步。
关键依据Hermes 官方 Persistent Memory 文档说明,内置记忆由 ~/.hermes/memories/MEMORY.mdUSER.md 构成,并在 session 开始时作为 frozen snapshot 注入。
落地方式在第二台机器上只配置 Hindsight,不复制整套 ~/.hermes
风险边界不建议同步整个 ~/.hermes,会混入 .env、cron、gateway token、logs、sessions、state.db。

证据摘要

  • Hermes 官方 Persistent Memory 文档说明,内置记忆由 ~/.hermes/memories/MEMORY.mdUSER.md 构成,并在 session 开始时作为 frozen snapshot 注入。证据点 1
  • 官方 Memory Providers 文档说明,Hermes 有 8 个 external memory provider,外部 provider 与内置 memory 并行工作,会自动 prefetch、sync conversation turns、session end extract,并提供 search/store/manage tools。证据点 2
  • Hindsight provider README 支持 cloud、local embedded、local external,配置中 bank_id 是 memory bank 标识,适合多设备指向同一 bank。证据点 3
  • Honcho 文档明确 workspace 是共享环境,user peer 可跨 profile 共享,不同 AI peer 可维护各自观察和身份。证据点 4
  • Supermemory 文档说明不使用 {identity}container_tag 时,多个 profile 会共享同一 container。证据点 5

行动清单

在第二台机器上只配置 Hindsight,不复制整套 ~/.hermes
先用测试 bank:hermes-taoge-test
写入 3 条明确事实,再从另一台机器 recall 3 次。
验证稳定后再切正式 bank:hermes-taoge
最后决定是否将 Hindsight 作为两台机器的默认 memory provider。

边界 / 风险

风险点

不建议同步整个 ~/.hermes,会混入 .env、cron、gateway token、logs、sessions、state.db。

风险点

不建议双向同步 state.db,SQLite 在多端同步下有坏库和冲突风险。

风险点

不建议完全共享 MEMORY.md / USER.md,因为机器环境事实、路径、端口和服务状态会互相污染。

风险点

外部 provider 共享记忆会带来隐私和污染风险,需要明确 bank/container 命名与写入边界。

完整记录

结论:两台不同电脑上的 Hermes 可以共享长记忆,但不应该靠同步本地 MEMORY.md / USER.md 或 state.db 实现。推荐使用同一个外部 memory provider,例如 Hindsight 共享 bank;Honcho 适合共享用户画像和多 AI peer;Supermemory / Mem0 是轻量云端语义记忆备选。

结论

推荐采用 Hindsight 共享 bank 作为跨设备长期记忆主方案。两台电脑各自保留本地短记忆和本机环境事实,所有需要跨设备共享的项目共识、偏好、方案结论、历史经验进入同一个 Hindsight bank。

推荐方案

  • 内置 MEMORY.md / USER.md:保留本机本地,不做双向同步。
  • state.db:不跨设备同步,避免 SQLite 冲突和历史污染。
  • Hindsight:两台电脑配置同一个 API URL 和同一个 bank_id,例如 hermes-taoge
  • 记忆写入策略:跨设备事实通过 hindsight_retain 或 session-end retain 进入共享 bank。
  • 本地短记忆只放本机稳定事实、核心偏好、工具路径、运行边界。

证据 / 验证

  • Hermes 官方 Persistent Memory 文档说明,内置记忆由 ~/.hermes/memories/MEMORY.mdUSER.md 构成,并在 session 开始时作为 frozen snapshot 注入。
  • 官方 Memory Providers 文档说明,Hermes 有 8 个 external memory provider,外部 provider 与内置 memory 并行工作,会自动 prefetch、sync conversation turns、session end extract,并提供 search/store/manage tools。
  • Hindsight provider README 支持 cloud、local embedded、local external,配置中 bank_id 是 memory bank 标识,适合多设备指向同一 bank。
  • Honcho 文档明确 workspace 是共享环境,user peer 可跨 profile 共享,不同 AI peer 可维护各自观察和身份。
  • Supermemory 文档说明不使用 {identity}container_tag 时,多个 profile 会共享同一 container。

下一步

  1. 在第二台机器上只配置 Hindsight,不复制整套 ~/.hermes
  2. 先用测试 bank:hermes-taoge-test
  3. 写入 3 条明确事实,再从另一台机器 recall 3 次。
  4. 验证稳定后再切正式 bank:hermes-taoge
  5. 最后决定是否将 Hindsight 作为两台机器的默认 memory provider。

风险 / 边界

  • 不建议同步整个 ~/.hermes,会混入 .env、cron、gateway token、logs、sessions、state.db。
  • 不建议双向同步 state.db,SQLite 在多端同步下有坏库和冲突风险。
  • 不建议完全共享 MEMORY.md / USER.md,因为机器环境事实、路径、端口和服务状态会互相污染。
  • 外部 provider 共享记忆会带来隐私和污染风险,需要明确 bank/container 命名与写入边界。