国际人人都是产品经理人人都是产品经理
Agent 记忆系统怎么落地：一张表、一个索引、三套淘汰策略
阅读原文 ↗为什么值得读
这篇讲的是 Agent 记忆的工程落地，不是概念科普：三层记忆共用一张表、一条 HNSW 索引，写入时做 sha256 去重、重要度打分和 TTL。对要真正把 Agent 交付上线的人，这套取舍比模型参数更值得看。
核心发现
- 01
工作记忆、情节记忆、语义记忆三层共用一张表，靠 memory_type 字段区分，共用一条 HNSW 索引。
- 02
写入链路固定为 sha256 去重、重要度打分、TTL 设置三步，把记忆治理前移到写入口。
- 03
淘汰策略分三套，对应不同记忆类型的生命周期，而不是一刀切清理。
Ruby 怎么看
记忆系统这件事，决策权得放在产品经理手里，不能全交给工程。三层记忆共用一张表、一条索引，是工程侧的执行选择，省的是维护成本；但哪条记忆算重要、TTL 设多长、什么该被淘汰，这是产品在定交付标准。我的判断是：写入时做 sha256 去重和重要度打分，等于把兜底提前到了入口，比事后清理靠谱。上线前先拿真实会话跑一遍淘汰策略，看被删掉的是不是用户真正在意的那部分。人机协作不止对话，记忆留得住、删得对，活才算交付完。
若我在业务里怎么验证
拿一周真实会话回放：统计去重命中率、重要度打分与人工标注的一致率，再对比三套淘汰策略下被清掉的记忆里有多少是后续会话真正引用过的。
延伸阅读 / 原文
本文为 Ruby 个人观点与阅读笔记，不代表原发布机构立场。正文为摘要与评论，非全文转载。完整内容请阅读原文。