多 Agent 时代最痛的那个问题，终于有人正经下手了，
现在应该没人只用一个 coding agent 了吧，Claude Code、Codex、DeepSeek Harness 各赢一项，来回切是正常操作，

但每次切工具最烦的是什么，代码不烦，git 里都有，
烦的是那些只在对话里拍过板、没写进任何文件的产品决定，为什么选 A 不选 B，第一次失败给一次翻盘，按钮必须叫 RECALIBRATE，

这些东西代码不会告诉你，但它们决定了下一步往哪走，
Memmy 这个开源项目干的事就一句话，把 Codex、Claude Code、DeepSeek Harness 接到同一份本地记忆上，口号是 Switch agents, not context，

它的演示设计得很干净，在 Codex 里做完基础玩法，只在对话里拍板一个规则，故意不写进代码和 README，然后新开 DeepSeek Harness，它直接从记忆里读出了这条决定，还引用了原文和 trace_id，再开 Claude Code，复述完规则直接把功能补完了，

底层是 MemTensor 自己的 MemOS，本地 SQLite，Hook 采集对话，结构化入库，下一个 Agent 通过 Skill 或 MCP 检索注入，记忆服务挂了会明确报错，不编假记忆，

但我想说几个比工具本身更重要的判断，
第一，2026 年的锁定已经从模型 API 转移到了 Harness 加历史上，你在 Claude Code 里聊了三个月的项目默契，切到 DSH 就归零，这比差几个 benchmark 点痛多了，把 context 从单个 vendor 里拆出来，记忆所有权回到人身上，这才是 Switch agents not context 的分量，

第二，别夸成无提示自动接力，演示里 Claude Code 那段是明确要求先检索记忆再动文件的，检索链路是通的，决策不落盘也能跨工具传递，这个结论成立，但还不是全自动，
第三，也是最反直觉的一点，如果你只想验证这个理念，根本不需要装任何工具，在仓库里写一个 DECISIONS.md，在 AGENTS.md 里规定每个新 Agent 先读它，已经能吃到 70% 的收益，还能 git 能 PR 能审查，
Memmy 解决的是你懒得或者不愿意把对话决定手动落盘的那 30%，

记忆这东西有收益也有代价，A 项目的失败教训可能串进 B 项目，错误决策一旦被蒸馏进长期记忆，后续 Agent 会当真理用，只存不遗忘迟早变成噪声库，

所以我的建议是，先从 DECISIONS.md 开始，确认自己真的有跨工具记忆的刚需，再上 Memmy 这类重型方案，
文件同步的是状态，记忆同步的是意图，
工具可以每周换，你的决策和踩过的坑不该每次清零。https://t.co/P7GdcpPKRH