一条命令迁移，帮你实现 OpenClaw 与 Hermes Agent 记忆互通！-阿里云开发者社区

一条命令迁移，一个记忆库共享——基于阿里云 Tablestore 的迁移实战指南来了，全文干货，赶紧收藏！
两个插件只要连接同一个 Tablestore 实例、使用相同的应用 ID 和租户 ID，它们的记忆就能自动互通。写入时各自标记来源，读取时自动共享所有数据，无需额外配置。
如果你已经有 OpenClaw 的配置和记忆，先用 Hermes 内置命令一键迁移：
迁移完成后，你的 Hermes 已经"继承"了龙虾的全部记忆和个性。后续安装 Tablestore 插件后，这些本地记忆文件还会自动镜像到云端，实现双重保障（详见 Step 2.2）。
编辑 ~/.openclaw/openclaw.json，添加配置：
密钥配置写入 ~/.hermes/.env：
非密钥配置写入 $HERMES_HOME/tablestore_memory.json：
内置记忆镜像：安装完成后，Hermes 插件会自动将内置的 MEMORY.md 和 USER.md 同步写入 Tablestore。这意味着：
endpoint + otsInstanceName
endpoint + instance_name
accessKeyId / accessKeySecret
TABLESTORE_MEMORY_AK / SK
重点：tenantId / tenant_id 是记忆共享的唯一钥匙。两边设置成同一个值（比如你的用户名"小酒"），搜索时插件会自动用 agentId=* 通配，检索该租户下所有 Agent 的记忆。
在 OpenClaw 中，新开一个 session，输入：
我叫小酒，你叫虾头。我喜欢喝冰美式，不加糖。周末喜欢写 Rust。
等待几秒，让插件自动回写完成。也可以手动确认：
切换到 Hermes，新开一个全新 session，输入：
Hermes 的 queue_prefetch() 会自动从 Tablestore 检索相关记忆。它应该回答出：
你是小酒，你喜欢喝冰美式（不加糖），周末喜欢写 Rust。
记住：我们的项目叫 Cortex，用的是 MySQL + Tablestore 架构，部署在阿里云北京地域。
Hermes 的 sync_turn() 会自动同步到 Tablestore。也可以用工具显式确认：
调用 tablestore_search 搜索 "Cortex 项目"
切换回 OpenClaw，新开 session，输入：
帮我写一个 Cortex 项目的数据库健康检查脚本
OpenClaw 的 before_prompt_build 钩子会自动检索到 Hermes 写入的记忆，直接知道要针对 MySQL + Tablestore 生成检查逻辑。
两边的 CLI 命令也可以交叉查看记忆：
Hermes 插件提供四个 Agent 工具，可以在对话中直接调用：
"记住：生产环境禁止使用 root 账号"
你可以在 OpenClaw 对话中通过斜杠命令快速搜索和添加共享记忆，无需打开终端
两个插件能无缝共享记忆，核心在于 Scope 机制的设计：
Q：两边的 memoryStoreName 不一样（openclaw_mem vs hermes_mem），记忆还能互通吗？
A：不可以。Tablestore 的记忆检索基于 Scope（memoryStoreName + tenantId + appId + runId）进行匹配。需要几大配置一致，才能跨 Agent 检索。
Q：迁移后 OpenClaw 还能继续用吗？
A：完全可以。hermes claw migrate 是复制而非剪切，原有的 OpenClaw 配置和数据不受影响。你可以两边同时使用，各取所长。
Q：记忆会不会冲突？比如龙虾说我喜欢 Python，马说我喜欢 Rust？
A：不会冲突。每条记忆独立存储，搜索时按语义相关性排序返回。两条记忆会同时被召回，Agent 会根据上下文判断哪条更相关。你也可以用 tablestore_forget 手动清理过时的记忆。
Q：如果我只想用 Hermes，不再用 OpenClaw，需要做什么？
A：直接使用 Hermes 即可。OpenClaw 侧写入的记忆已经在 Tablestore 中，Hermes 可以直接检索到。不需要做额外的数据迁移。
装上 Tablestore 记忆插件，你的龙虾不再只是龙虾，你的马也不再只是马——它们是同一个"你"的两只手。
关注阿里云公众号或下载阿里云APP，关注云资讯，随时随地运维管控云服务