跳到正文
SGSteven Guan

原子概念

过期、撤回与遗忘

TTL复核、撤回即时禁用、低价值合并、归档、派生摘要/向量/skill血缘。

要解决的问题哪些记忆该过期,用户删除后怎样真正生效?

检索别名:forgetting · memory TTL · memory deletion

BLUEPRINT局部蓝图

01 输入

  1. 撤回、过期或纠错事件
  2. memory及派生来源链
→

02 处理机制

  1. 禁用活动使用
  2. 按类型归档、复核或物理清理
  3. 恢复与重提炼时重放撤回
→

03 输出与证据

  1. 不再被使用的旧记忆
  2. 可核验的清理进度

遗忘不只有一个删除按钮

长期memory需要区分到期复核、失去活动价值、明确撤回、错误纠正和物理删除。旧项目经验可以归档,临时偏好应到期,错误事实应停止使用,敏感资料可能还要清理派生物。不能用一个相似度阈值统一决定这些不同操作。

Mem0官方删除操作资料展示按记忆ID或范围进行删除的接口。接口存在只证明服务提供操作,不证明应用已经清除自己维护的profile、摘要、缓存或生成skill。全链路遗忘需要来源lineage与实际消费方清单。

先停止使用,再完成清理

用户撤回后,活动召回和常驻块应立即禁用相关项;随后处理embedding、图边、摘要和导出。保留最小操作回执以证明发生过删除,不应在回执里再次复制待删正文。来源文件被撤回时,由其派生的记忆也要重新判断资格。

TTL到期可以触发复核而非直接判假;低频但关键的偏好可能仍有价值,经常被访问的错误事实反而应删。访问频率只是一个信号,不能替代事实权威、保留合同和用户意愿。

备份与恢复也在边界内

归档审计与活动memory分开授权;备份保留多久、恢复后如何重放撤回,需有明确合同。只删除当前索引,再从原事件重新提炼,可能把同一错误重新写回,因此撤回事件本身也要被后续整理器识别。

验收先让一条事实进入profile、向量、摘要和后续任务,再撤回并检查所有读取入口;模拟后台job晚到和备份恢复,确保旧内容不复活。指标应包含撤回生效延迟、派生清理完成率与误删,而非只报告API返回成功。

RELATIONSHIP MAP

与其他节点的关系

箭头从本节点指向目标;关系是工程分析映射,不代表厂商合作或已披露的内部实现。

哪些节点指向本页 · 2

PRIMARY SOURCES

来源与阅读边界

来源按研究截止日整理。官方文档说明能力和约束,代码只证明对应版本,论文与讲座不自动证明生产效果。 资料截止:2026-10-15。

  1. Mem0:Delete memory ↗公开代码
  2. Zep v4:Memory security ↗官方文档 / 声明