两台 Hermes 共享记忆方案
结论:两台不同电脑上的 Hermes 可以共享长记忆,但不应该靠同步本地 MEMORY.md / USER.md 或 state.db 实现。推荐使用同一个外部 memory provider,例如 Hindsight 共享 bank;Honcho 适合共享用户画像和多 AI peer;Supermemory / Mem0 是轻量云端语义记忆备选。
推荐采用 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.md 与 USER.md 构成,并在 session 开始时作为 frozen snapshot 注入。 |
| 落地方式 | 在第二台机器上只配置 Hindsight,不复制整套 ~/.hermes。 |
| 风险边界 | 不建议同步整个 ~/.hermes,会混入 .env、cron、gateway token、logs、sessions、state.db。 |
证据摘要
- Hermes 官方 Persistent Memory 文档说明,内置记忆由
~/.hermes/memories/MEMORY.md与USER.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
行动清单
~/.hermes。hermes-taoge-test。hermes-taoge。边界 / 风险
不建议同步整个 ~/.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.md与USER.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。
下一步
- 在第二台机器上只配置 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 命名与写入边界。