openclaw 不自动归纳对话至 memory.md，需结构化配置+定时脚本+分层归档协同实现；memory.md 仅加载 yaml frontmatter 中 l0 段，l1/l2 按需调用；依赖 self-evolution 技能与 3 小时摘要脚本生成 memory/yyyy-mm-dd-hh.md 原始素材；升格靠 lossless-claw 插件或 agents.md 规则驱动，严禁直接 echo 追加破坏 yaml 结构。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
OpenClaw 默认不会自动把对话中的关键信息归纳进 MEMORY.md，它只在你手动编辑或启用特定插件时才写入。想让AI“主动整理、长期记住”，得靠结构化配置 + 自动化脚本 + 分层归档三者配合，而不是依赖默认行为。
一、先确认 MEMORY.md 的定位和加载逻辑
MEMORY.md 是 OpenClaw 的核心索引层，不是日志仓库，也不是自动摘要接收器。系统启动时只加载它的 L0 核心段（Frontmatter 部分），其余内容默认不参与上下文注入。如果把它当成“随手记笔记的地方”，反而会拖慢响应、膨胀 Token。
- 必须用 YAML Frontmatter 明确划分 L0（必载）、L1（按需）、L2（检索专用）三层
- L0 段只放高频不变项：用户姓名、语言偏好、时区、当前项目名、禁用动作等
- 不要往 L0 里塞长段描述、操作步骤或临时变量——这些该进
projects/或lessons.md
二、让 AI 主动归纳，靠的是 self-evolution 技能 + 定时摘要脚本
OpenClaw 自带的 self-evolution 技能可触发反思与提炼，但需配合外部机制才能落地到文件。真正起作用的是 ~/.openclaw/scripts/3hour-memory.sh 这个脚本——它每 3 小时检查一次活跃会话，满足条件后自动生成摘要并追加进当日日志，再由人工或插件择优升格进 MEMORY.md。
- 触发条件：当前有 ≥1 个活跃会话，且近 3 小时消息数 ≥10 条
- 生成内容含三项：AI 状态快照、话题摘要（非逐字记录）、自定义状态（如基金持仓、设备在线）
- 脚本输出路径为
memory/YYYY-MM-DD-HH.md，这是后续人工归档或插件提取的原始素材
三、自动升格进 MEMORY.md 的两种可靠方式
单纯靠 AI “想起来就写”不可靠。要稳定沉淀，推荐以下任一路径：
-
插件驱动：启用
Lossless-claw插件后，它会在每次会话结束时自动提取决策点、用户声明、任务结果，并比对已有 MEMORY.md 内容，仅更新差异字段（如把 “我叫小威” 补进user_name字段，不重写整个文件） -
人工+AGENTS.md 规范：在
AGENTS.md中定义记忆升格规则，例如 “当用户三次提及某偏好，且未否定，即写入 MEMORY.md 的 L0 区域”。配合每日晨间 review 脚本，自动扫描memory/下昨日日志，按规则提取并 patch 到 MEMORY.md
四、避免常见误区
很多人试过“让 AI 总结完直接 echo 到 MEMORY.md”，结果要么权限报错，要么格式混乱覆盖原有 Frontmatter。根本问题在于：MEMORY.md 是结构化索引，不是自由文本流。
- 禁止用
echo "xxx" >> MEMORY.md直接追加——会破坏 YAML 结构，导致下次加载失败 - 禁止在 L0 区域写自然语言句子，例如
last_meeting_notes: 用户说下周要上线，应拆解为事实字段：next_milestone: 2026-05-20 - 所有自动写入操作，必须通过
yq或插件的 API 接口完成字段级更新，确保 YAML 合法、Frontmatter 完整
