共享记忆，最后还是落回了文档
内容提要
作者曾尝试用 Nowledge Mem 为多个 Agent 搭建共享记忆层，但因频繁断连、hook 失效、每轮强制读写拖慢节奏而放弃。之后回归文档方案：工作中让 Agent 将经验方法写成飞书文档共享；个人用 Notion 建知识库，分 Start Here、Rules、Memory、Knowledge、Skills 五部分，让本地 Codex 和云端 Grok Bot 按需检索与写回，避免每轮强制读写。该方案刚起步，效果待验证，但胜在可见可改，不是黑盒。
延伸解读
从工具到文档：共享记忆的务实转向
作者放弃 Nowledge Mem 并非否定其思路，而是实际使用中频繁断连、hook 失效、每轮强制读写拖慢节奏，导致体验不佳。回归文档方案后，飞书和 Notion 成为载体，优势在于可见可改，不是黑盒。这提示我们，工具若不能稳定融入工作流，再好的设计也难持续。
Notion 知识库的结构与检索逻辑
作者将个人知识库分为 Start Here、Rules、Memory、Knowledge、Skills 五部分，Agent 先读使用说明，再按需检索规则、记忆、知识和技能。写回时先搜索同主题更新而非新建，未确认标待确认，过时标废止，且不存密钥和完整聊天记录。这种结构强调按需读写，避免每轮强制操作。
按需读写：降低 Agent 记忆负担的关键
与 Nowledge Mem 每轮强制先查后写不同，新方案只在相关任务时查询，有值得留下的结论才写，无变化则不写。这减轻了对话节奏的拖累，也让记忆维护更自然。本地 Codex 和云端 Grok Bot 通过各自配置接入同一套规则，实现了跨平台共享，但效果仍待验证。
可见可改：文档方案的优势与局限
文档方案的最大优点是透明可控，作者能直接查看和修改记忆内容，避免黑盒风险。但何时该查、何时该写全靠规则约束，可能漏写或越写越乱。目前刚起步，效果未知，适合作为过渡方案，后续需观察维护成本和实际收益。
Q&A
为什么作者放弃了 Nowledge Mem 共享记忆方案？
作者放弃 Nowledge Mem 是因为实际使用中经常断连，hook 根本没生效，自动写入也没怎么写，基本没效果；而且整个方案太重，每轮对话都要先查再写，拖慢了对话节奏和任务执行速度。
作者在工作中如何让多个 Agent 共享记忆？
作者在工作中让 Agent 把知道的东西写成飞书文档分享出去，写得足够细，人和别的 Agent 拿到后照着文档就能复现。公司有飞书 Skill，AI 工具配上后能直接读飞书文档。飞书只是载体，里面装的是经验、方法和指引。
作者在 Notion 中搭建的知识库包含哪些部分？
知识库分为五部分：Start Here（使用说明，Agent 先读）、Rules（已确认的规则和偏好）、Memory（发生过的事、决策原因、未完成事项）、Knowledge（可复用的知识和结论）、Skills（可复用的做事方法）。
Agent 如何使用 Notion 知识库进行检索和写回？
Agent 先看 Start Here，然后去 Rules 找当前生效且相关的规则，再按需翻 Memory 和 Knowledge，碰到重复流程看 Skills。写回时先搜索同主题，有则更新原条目，没确认的标待确认，过时的标废止。密钥和完整聊天记录不放入。
基于文档的共享记忆方案与 Nowledge Mem 有什么关键区别？
关键区别在于不是每轮对话都强制先查后写，而是碰到相关任务才去查，有值得留下的结论才写，没变化就不写，因此没那么重。
作者目前这套文档共享记忆方案的效果如何？
这套方案才刚搭起来，效果还说不准。什么时候该查、什么时候该写全靠规则里几句话管着，会不会漏写、越写越乱都还不知道。但至少它是一份看得见、改得动的文档，不是黑盒。
