Open-source project lets Grok Bot and Muse share one memory
Waku Memory puts hosted memory on MCP so Grok Bot, Muse, Claude Code and other agents can read and write the same context, avoiding re-teaching preferences when switching tools.
把 Grok Bot 和 Muse 接到同一份共享记忆（Waku Memory）上配对使用的一个开源项目 各家 agent 的记忆互相不通，你在 Claude Code 里交代过的偏好，Codex 不知道，Grok Bot 更不知道，换一个工具就得从头再教一遍。Waku Memory 就是冲着这个来的，一份托管记忆挂 MCP 上，谁都能读能写。 项目在这儿： https://github.com/shenseanchen/waku-agent 先说本体。Waku 是个 local-first 的个人助手，作者把 agent 拆成四块讲清楚：Harness、Loop、Memory、Eval。记忆就是本地一个 SQLite 文件 ~/.waku/state.db，打开就能读，是你的东西。那个 Loop 全部就 95 行 Python，浏览器里跑个 dashboard 能看到每条消息流过链路的样子。想读懂 agent 到底怎么转的，这个仓库比那些大框架好啃太多。 真正解决前面那个痛点的是 Waku Memory（http://waku.one），hosted 那份。装的时候加个 mcp extra，然后连一下： pip install 'waku-agent[mcp]' waku connect waku-memory 浏览器弹一次登录，之后 Waku 自己的工具就变成 waku_memory_* 出现了。同一份记忆接到别的 agent 上： Claude Code、Codex、Hermes 照 http://waku.one/docs 上的步骤走。Grok Bot 走它自己的路子，设置 → 插件 → 自定义连接器，URL 填 https://api.waku.one/mcp，header 加 Authorization: *** 接一个从 http://waku.one 的 Account → Keys 里拿的 key，因为它跑在云端、连接器只认 URL 加 header，没法走浏览器登录。Muse Code 或者任何支持 MCP 的客户端也一样，填那个远程 streamable HTTP 地址就行。 作者自己也说了，Grok Bot 和 Muse Code 这两条他还没充分测过，属于先放出来的接法。另外那个 key 千万别往仓库文件里写，填在客户端的表单里就好。 两个细节值得知道：本地每条事实会单独写一份到 ~/.waku/memory/，但 episodes、MEMORY.md 和 state.db 不会上传；技能也能带走，waku skill export --to claude,codex` 一下就到 Claude Code 和 Codex 的目录里了。 我的看法是，这东西的价值在于把记忆从各家产品里抽出来变成你自己的资产，以后换 agent 不用重新培养感情。代价是托管那一层等于把上下文交出去了，敏感东西别往里塞。