Importance Gate：Agent记忆写入闸门如何阻断噪声堆积

一个把所有听到的内容都存下来的Agent，一周内就会撑爆存储。它的记忆库里躺着"部署区域是Dublin"三条、改写版本两条、十几句"ok, thanks"，以及每次工具调用的JSON。问它部署在哪里，同一个事实的多份副本占据搜索结果的顶部。没有检索错误，问题出在存储层——它接受了本该拒绝的写入。

解决思路是重要性闸门（importance gate）：一个位于写入路径上的判断，决定一条传入的写入是否被存储。噪声在进入存储之前就被拒绝，而不是等到读取时再竞争排名。但闸门只能拦截它的测试能看见的噪声——同名"重要性闸门"在不同产品里可能做着完全不同的事。

写入闸门决定存储，而非排名

写入闸门是写入路径上关于某条写入是否被存储的决策，它不在读取时对记忆排序。两个关键区分：

• 拒绝写入不等于过滤提取内容。 产品可以丢弃一个提取出的实体，同时保留其来源文本。Zep开启严格本体后，不匹配声明类型的实体会被丢弃，但"原始源材料仍然可搜索、可检索"。
• 名字不能定义测试逻辑。 Mnemoverse在其API参考中将stored字段定义为"原子是否通过了重要性闸门"，该闸门通过对比同一域内最近邻记忆来评分新颖度。Mem0的OpenClaw^广告集成则描述了一套"带重要性闸门和域覆盖的结构化协议"——在triage协议中，Agent对每个候选事实执行四道闸门判断，其中Gate 2（NOVELTY）检查该事实是否已被召回。同一个名词，两套测试。

这意味着看到"importance gate"这个术语时，需要追问：它到底在测什么？

**嵌入（embedding）**是把一段文本映射为高维向量的过程，向量之间的距离反映语义相似度。写入闸门中的"新颖度比较"就是通过计算新写入与已存记忆的向量距离来判断它们是否可区分：距离足够近，说明嵌入器认为二者是同一语义，该写入被判为重复；距离足够远，则视为新信息被接受。这也解释了为何相似度测试对改写有效，却过滤不掉闲聊——一句新的"ok, thanks"在任何已存文本附近都找不到近邻，向量距离很大，于是顺利通过闸门。

让测试匹配噪声类型

不同噪声需要不同的拦截策略，代价也各不相同：

噪声类型	匹配的测试	代价
完全相同的文本	内容哈希或新颖度比较	一次查找或近邻比较
同一事实的改写	与已存记忆的相似度/新颖度比较	写入向量化+近邻搜索
可命名的闲聊	书面模式列表	维护一份列表
不可命名的闲聊	模型依你写的标准判断	推理调用成本+偶发漏判
模式外的任何内容	声明式类型	维护schema；只捕获已声明类型

相似度测试面对闲聊会问错问题：一句新的"ok, thanks"不重述任何已存内容，所以顺利通过。可命名的垃圾靠列表拦截，不可命名的垃圾靠模型，而你需要为每次调用付费——包括误判的成本。

**声明式类型与本体（schema / ontology）**指的是预先定义系统中允许存在的实体类别及其关系，例如"部署区域""人名""日期"等。开启严格本体意味着只有符合已声明类型的实体才会被提取和保留，其余一概丢弃。这种方式拦截力强，因为任何不在模式内的内容都无法进入，但代价也很明确：系统只能看见你事先声明过的类型，模式外的真实信息会被一并拒绝。它适合领域固定、结构清晰的场景，不适合开放域对话，因为你需要持续维护 schema，而漏声明的类型会造成静默的信息损失。

六个产品在写入路径上各测什么

以下每行是厂商文档中明确记录的路径，非产品全部路径，也非实测数据：

产品与路径	测试问什么	被拒写入变成什么
Mem0: add路径，OpenClaw triage	该事实是否已存储？插件中：是否通过四道triage闸门？	已识别的重复不再存储；triage不写任何内容；匹配噪声模式的消息被丢弃
Cognee: 会话蒸馏，文件夹预分类	未被标记有害且置信度通过蒸馏闸门？写入者检查现有教训后是否接受？你批准哪些扫描组？	被拒教训被丢弃；预分类只摄入你批准的组
Letta: Letta Code反思过程	是否持久而非短暂？是否未被捕获？是否可泛化？	无变更、无提交
Supermemory: LLM过滤器	新内容是否符合你组织的书面标准，且shouldLLMFilter设为true？	可以从索引内容中过滤掉
Zep: episode摄入，严格本体	是否在大小限制内？提取实体是否匹配声明类型？	超大episode被拒绝而非截断；未声明实体被丢弃但episode保留
Mnemoverse: 写入API	该写入相对同域最近邻记忆有多新颖？	不存储：stored为false，atom_id为null，附带reason

Mem0 在add路径上检查相关记忆"以避免再次存储同一事实"，其开源管线包含"基于哈希的去重（MD5，防止精确重复）"，托管平台进一步识别"大多数精确或近似的重复重述"。其自定义指令增加了模型依你写的标准进行判断的能力。OpenClaw triage协议明确表示："大多数轮次产生零次记忆操作。这是正确且符合预期的。"

Cognee 在improve页面声明其闸门："指导仅当未被标记为有害且置信度通过蒸馏闸门时才有资格。"被提议的教训随后交给writer/rejecter，后者"检查它们与现有教训和图实体的关系"。文件夹预分类"报告什么是垃圾、重复、有版本、个人或已在cognee中的内容，然后摄入你批准的组"。

Letta 把决策交给Agent本身："你的Agent在学到持久内容时更新记忆。"其随附的反思提示包含已捕获检查："如果记忆或技能已充分包含此信息，跳过。"——这是对模型的指令，而非代码中的阈值。

Supermemory 接受你写的过滤提示："告诉Supermemory在摄入过程中什么内容重要。"其图记忆页面将噪声过滤列在自动遗忘之下，作为一种倾向："随意的、无意义的闲聊不太可能成为持久记忆。"

Zep 展示了过滤提取与拒绝写入的区别。严格本体开启时，不匹配声明类型的实体被丢弃，而原始源材料仍可搜索。其摄入指南增加了提取层面的相似度测试："Zep从episode提取实体时，主要按名称去重"，以及关于大小的硬拒绝："Zep拒绝超过10,000字符的episode而非截断。"

Mnemoverse 在其入门页面说明闸门行为："写入闸门将每次写入与同域最近邻现有记忆比较，仅拒绝嵌入器无法与已存储记忆区分开的写入。importance中的数字就是那个新颖度分数；闸门不判断记忆有多重要或多真实。"被拒写入没有ID：atom_id定义为"已存储原子的UUID，被过滤时为null"。

值得注意（此处需要强调）：字段名叫importance，实际却是新颖度分数。这个闸门属于相似度家族——它阻止一个域被嵌入器无法区分的副本填满，但不判断新行是否值得保留。与所有已存内容都不同的闲聊，必须靠Agent选择写什么、或者写入前的列表/模型来拦截。

用控制组验证闸门行为

理论分析之外，可以用四步写入测试验证一个闸门是否真正工作。在全新域中依次写入：

1. 原始事实："The deployment region is Dublin."——预期被存储
2. 完全相同文本：同上——文档描述的拒绝情形，预期stored为False、无ID、有reason
3. 改写版本："Deployments run in the Dublin region."——需实际记录结果而非假设
4. 控制组（新事实）："The staging database is backed up nightly."——必须返回已存储；若被拒，说明检查逻辑有问题

然后用与被纠正事实相似的措辞写入一条纠正："The deployment region is now Frankfurt."——相似度测试必须能区分纠正与重述。在Mnemoverse上，纠正可以通过supersedes字段指明它替代什么。

对任何存储系统运行相同用例，并坚持每次拒绝都给出reason。静默过滤器是无法调试的写入路径。

Supersedes 字段与事实纠正是记忆系统处理信息更新的关键机制。当事实发生变化（如部署区域从 Dublin 迁至 Frankfurt），系统面临两个选择：要么新增一条记忆、保留旧的，要么标记新记忆取代旧记忆。supersedes 字段正是后者的实现——它让新写入显式声明它替代哪条旧记录，从而避免同一事物的新旧版本同时留在库中造成检索冲突。需要注意，相似度闸门本身无法区分"纠正"与"重述"，因为二者在向量空间里都离原事实很近，必须依赖 supersedes 这类显式标注才能正确处理更新语义。

核心洞察

重要性闸门的价值不在于它的名字，而在于理解写入路径上每一道闸门实际在测什么。你拿到一个写入响应时，唯一能判断闸门类型的方法是追问：它问了什么问题？拒绝的产物是什么？有没有给出reason？

真正的问题是：你的存储保留了哪些它的闸门从未被设计来识别的噪声？