夜雨聆风
我用了三个月OpenClaw。
前两个月，我每次跟它说话，它都像失忆了一样。
"上次那个配置弄好了吗？"
"什么配置？"
每次都要从头说。
第三个月，我给它装上了记忆系统。
现在它不仅记得我叫什么，还记得我用什么模型，记得上次遇到的问题怎么解决的。
它比我自己还清楚我用过什么。
01 为什么会忘？
先说一个真实踩坑故事。
搭AI团队第一天，我挺得意。
CEO Agent、公号 Agent、小红书 Agent……六七个AI，一个人管，一人公司模式。
到了第三天，我差点把CEO Agent炒了。
原因是——同一个错误，我批评了三次，它每次都像第一次听到。
我说：飞书发图要用upload_image API，不能用img标签。
"好的，明白了。"
第二天，又用了img标签。
我再次纠正。
第三天，还是。
那一刻我才反应过来——这不是AI在摆烂，是它真的不记得。
每次对话窗口一关，之前所有信息都消失了。
Context一清，全清零。
金鱼的记忆据说只有7秒。
AI Agent的记忆，只有一个context window。
02 第一层记忆：MEMORY.md + 每日日志
最初级的解法，很直觉——给它一个文件，让它自己记。
两层结构：
第一层：MEMORY.md（核心记忆）
位置在Agent根目录，大小控制在≤2000 tokens。
写入什么？
• 用户信息（名字、偏好）
• 核心规则（什么不能做、什么必须这样做）
• 关键决策（什么时候做了哪个重要决定）
# MEMORY.md — 长期记忆## 用户信息- 名字：XXX- 偏好：喜欢简洁回复，不喜欢废话## 核心规则- 飞书发图必须用 upload_image API，不能用 <img> 标签- 文章发布前必须内审- 标题不超过10个字符## 关键决策- 2026-03-20：决定用 QMGZH2.0 作为默认写作配置第二层：memory/YYYY-MM-DD.md（每日日志）
每天工作结束，让Agent生成一条日志，总结今天做了什么、发现了什么、要记住什么。
# 2026-03-30 工作日志## 今日完成- 发布《Cursor死亡警报》文章- 修复发布脚本末尾---问题## 今日教训- markdown末尾不要加---，会导致双分割线## 待办- [ ] 检查草稿箱文章- [ ] 明天继续更新配置效果立竿见影。
飞书图片问题再没出现。AI Agent知道了我不喜欢啰嗦的回复，知道发布前要内审。
03 第二层记忆：共享知识库
MEMORY.md解决的是"这个Agent记住什么"。
但当你有六七个Agent的时候，新问题来了——
知识是分散的。
写在CEO Agent的memory里，公号Agent是盲点。
spawn子Agent的时候，它用的是初始化时的规范，可能已经过时。
解法：共享知识库。
shared-knowledge/├── standards/ # 规范文档（最核心）│ ├── team-architecture.md # 团队架构规范│ ├── feishu-api-guide.md # 飞书API使用规范│ └── 写作配置.md # 具体写作配置├── runbooks/ # 标准操作手册│ ├── 发布文章流程.md│ └── 新任务接入流程.md└── history/ # 历史记录 ├── decisions-log.md # 决策日志 └── incidents.md # 事故记录standards/里具体写什么？以feishu-api-guide.md为例：
# 飞书 API 使用规范## 图片发送❌ 禁止：<img>标签✅ 正确：使用upload_image API上传获取URL，再用消息API发送## 常见错误- Q: 为什么图片发不出去？ A: 检查是否用了<img>标签，必须用API上传每次spawn子Agent时，把shared-knowledge/standards/作为context传入。
一处修改，全员生效。
AI Agent的记忆，从"一个人的笔记本"变成了"整个团队的知识库"。
04 第三层记忆：任务追踪四件套
共享知识库解决了"知道什么规范"。
但还有一个维度：任务状态管理。
AI Agent经常"失忆"自己在做什么。
交代了四件事，做完两件，重启后，忘了另外两件。
更严重的是：重复发布。
文章发了两次，飞书消息发了两条。
四个核心机制：
机制一：active-tasks.md——实时任务看板
# 活跃任务看板*每15分钟检查一次*## 进行中- [x] 《AI时代教育》文章发布 - 完成- [ ] 《给AI装记忆》文章发布 - 进行中## 待启动- [ ] 公众号周度规划机制二：.publish-locks/——发布互斥锁
# 发布前检查if [ -f ".publish-locks/article-xxx.md" ]; then echo "已发布，跳过" exit 0fi# 发布成功后touch ".publish-locks/article-xxx.md"机制三：decisions-log.md——决策永久记录
# 决策日志## 2026-03-20**决策**：采用QMGZH2.0作为默认写作配置**原因**：02/03格式更适合公众号阅读体验**影响**：所有后续文章使用新格式机制四：incidents.md——事故复盘日志
# 事故记录## 2026-03-19: 文章重复发布**现象**：同一篇文章在草稿箱出现两次**原因**：子进程重复调用create_draft**修复**：添加发布锁机制**教训**：所有发布操作必须先检查锁状态效果：AI Agent任务不再丢，重复发布问题基本消失。
05 第四层记忆：L5 Obsidian Vault（革命性升级）
到这里，系统挺完善了对吧？
还没完。
有一天我发现一个根本性漏洞——
AI Agent用旧的记忆骗了我。
它记住了某个规范，但那个规范早就更新了。它还是在用旧的那套做事。
记住了，但记错了。
这比不记得更可怕。
怎么解？
人工验证机制。
Agent写的记忆，必须经过人工审核才能进入正式知识库。错误的认知不会再被不断引用。
这就是L5层的设计起点——通过MCP协议把Obsidian接入Agent系统：
strategy/ — 战略方向、重大决策（人类写入）insights/ — 洞察、规律总结（Agent+人工）decisions/ — 决策记录review/ — 待人工审核内容（Agent提交，人工审阅）shared-knowledge/ — 全团队共享规范双向同步：Vault通过GitHub私有仓库实现双向同步，手机和PC上的Obsidian实时连接。
每小时自动把所有Agent的日志同步到vault，人工审核后，内容自动同步回shared-knowledge/。
这意味着——随时随地可以在手机上看到所有Agent今天做了什么、学到了什么。
06 六层完整架构
| 层级 | 名称 | 内容 | 生命周期 |
|------|------|------|---------|
| L0 | Context Window | 当前对话上下文 | 会话内 |
| L1 | Daily Logs | 每日事件记录 | 数天 |
| L2 | MEMORY.md | 核心事实（≤2000字节） | 永久 |
| L3 | Bank/ | 结构化知识库 | 永久 |
| L4 | Shared-Knowledge/ | 跨Agent共享知识 | 永久 |
| L5 | Obsidian Vault | 人类知识层+人工审核 | 永久 |
07 怎么落地？三步起步
最小起步方案：
第一步：建MEMORY.md（10分钟）
在Agent根目录创建MEMORY.md，写入你是谁、你喜欢什么、什么不能做。
第二步：建memory/日志（每天30秒）
每天结束前，让Agent生成一条日志：总结今天做了什么，发现了什么，有什么要记住的。
第三步：建shared-knowledge/standards/（按需）
当同一个问题纠正超过两次，建立规范文档。
写到最后
你有没有发现，给AI装记忆这件事，本质上不是在修bug，而是在设计一个系统？
不是简单地说"你给我记住"，而是要想清楚：
• 什么东西需要记住？→ 分层
• 谁来写这些记忆？→ Agent+人工
• 谁来验证这些记忆？→ 人工审核
• 记忆更新的机制是什么？→ 闭环
• 人类和AI的知识怎么打通？→ L5层
你怎么确保AI做决策的时候，知道你知道的东西？
如果这个问题你没想清楚，那AI就是在用它的认知替你做决定，而那个认知里，可能根本没有你。
这才是最大的风险。
从今天起，别只顾着用AI干活。
花点时间，想想怎么让AI记住你知道的东西。
这可能比用AI做一百件事更重要。
今天的分享到此结束，如果你不想错过狂飙的AI时代，欢迎关注领取3天AI实战营免费课程，全程干货，教你搞米！
如果觉得文章对你有帮助，记得点·赞·转·发·收·藏喔！
