三层记忆：一条信息"项目用 PostgreSQL 14"的完整生命周期
LLM 是无状态函数，Agent 靠记忆系统补上状态。主线：用户说"项目用 PostgreSQL 14，别用 MySQL" → 这条信息穿过 工作记忆(秒级) → 会话记忆 Checkpoint(会话级) → 持久记忆 MEMORY.md(永久) → 下次会话检索注入。左边信息旅程轨迹实时记录每一层形态；重点看"Checkpoint ≠ Memory"这条最易混淆的边界。
1x2x
0/16 · 待播放
一条信息的旅程：工作记忆(秒级) → 会话记忆(会话级) → 持久记忆(永久) → 下次会话检索注入
会话记忆 Checkpoint
会话级 · 执行快照
📄 FACT: 项目用 PostgreSQL 14
光点 = 信息的载体 · 异步写(工作→持久) / 同步读(持久→工作)
就绪点 ▶ 播放，看一条信息怎么穿过三层记忆。记忆
⚡ 运行时动作：正在发生什么💡 知识讲解：为什么这么设计
记忆系统日志工作(当前) → 会话(备份) → 持久(提炼)
知识点一句话总结：记忆不是单一机制，而是分层工程体系——工作记忆管 context window（秒级）、会话记忆用 Checkpoint 持久化执行时间线（会话级）、持久记忆用 Store 存跨会话语义知识（永久）；写异步、读同步（工作→持久后台提取不阻塞，持久→工作 PreReasoning 检索必须就位）；最易混淆的是 Checkpoint（执行到哪里）vs Memory（学到了什么）——混用会导致从 Checkpoint 恢复时看到旧 tool_call 重复执行；7 种后端选型第一问"换一个实例还能恢复吗"，云环境选 PostgreSQL/Redis；工作记忆四策略（语义压缩+硬阈值两层组合）。