国际人人都是产品经理人人都是产品经理
Agent 记忆体系拆解：谁负责记、谁负责忘、谁负责兜底
阅读原文 ↗为什么值得读
把 Agent 记忆从「模型能力」拆成一条有分工的流水线：谁触发编码、谁做复盘升级、谁在冲突和遗忘时兜底，正好是产品经理能拿去和工程对齐的那张图。
核心发现
- 01
短期记忆靠滑动窗口加摘要压缩顶住上下文长度，长期记忆再分情景、语义、程序三层。
- 02
记忆编码走「先过滤、再分类、后入库」，由会话边界、关键事件和用户显式指令三类时机触发，语义记忆不允许单次跳级生成。
- 03
情景记忆要在至少两个独立场景验证后才升级为语义或程序记忆，并配冲突检测、去重合并、遗忘衰减和召回复盘。
Ruby 怎么看
这篇我认它的分工视角。决策在用户和产品：什么值得记、什么必须忘，得有人拍板，不能全丢给模型自己长记性。执行在 Agent 的编码流水线：过滤、分类、入库三步走，触发时机写死，语义记忆禁止单次跳级，这条我举双手赞成。兜底在复盘聚合引擎：至少两个独立场景验证才升级，冲突检测、去重合并、遗忘衰减、召回复盘一个不能少。人机协作不止对话，更要交付，记忆体系就是交付的地基。谁记、谁忘、谁兜底写清楚了，Agent 才敢把活接过去。
若我在业务里怎么验证
拿一个真实业务场景跑两周：统计记忆写入的触发来源分布，抽查升级为语义记忆的条目是否都过了双场景验证，再看冲突检测和遗忘衰减有没有误杀关键信息；最后对比开记忆和关记忆两组的任务一次交付率。
延伸阅读 / 原文
本文为 Ruby 个人观点与阅读笔记，不代表原发布机构立场。正文为摘要与评论，非全文转载。完整内容请阅读原文。