开源项目让 Grok Bot 与 Muse 共享同一份记忆
Waku Memory 把托管记忆挂到 MCP 上，Grok Bot、Muse、Claude Code 都能读写同一份上下文，换工具不用重教。
把 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 不用重新培养感情。代价是托管那一层等于把上下文交出去了，敏感东西别往里塞。