删除有两种，很多产品把它们叫同一个名字：一种是让这条内容不再被检索到（不少产品的“关掉记忆”开关就是这一种，记录仍然在），另一种是把那条记录从存储里删掉。要判断你点的是哪一种，看三件事就够——删完之后回原来那份清单里还搜不搜得到、这个动作能不能撤销、产品有没有说清副本追到了哪一步。
适用场景：你在记忆清单里看到了错的、过时的、或者不想让它继续留着的条目，要把它停用或移除。不适用场景：只是想让 AI 这一次别提某件事（那是作用域和临时指令的事，不是删除）；仍然需要长期生效的信息（比如你定过的规矩、重要委托的时间节点）；以及记忆已经引发了产品之外的后果（比如通知已经发出去了、地址你已经告诉过朋友）——这一类要先处理外部影响，删掉记忆条目并不会把外面发生的事撤回来。
这一页只讲怎么操作。“删除”在工程上到底意味着什么、法规怎么定义它、我们的记忆账本每个动作在系统里做了什么，见AI 对你的记忆可以逐条查看、纠正和删除。
对着对话框说“删掉你记住的那条”，你得到的是模型的一句回应，不一定是一次存储操作——它可能只是这一轮不再提起。真正的删除入口是那份能逐条列出“它记了什么”的清单，用搜索或按类型筛选把要删的那条找出来。一个列不出清单、只给你一个一键清空按钮的产品，你手上就没有删除入口，只有请求。
记忆条目带来源、时间、置信度、作用域四个标识，认条目要靠这四个，不能靠“内容看起来像”。同一件事往往有好几条并存（旧号码一条、你纠正之后的新号码另一条），只按内容找容易删错那条。打开条目看它的来源原文：它出自你哪一次说的话、哪天写进去的；对不上，就说明你找的不是这一条。
冻结是停用不删——这条记忆不再参与召回，记录还在，随时可以解冻，适合你还不确定以后要不要；遗忘是把那一行删掉，适合确定不要的和隐私敏感的。两个按钮长得像，后果完全不同。而且冻结之后 AI 同样不会再提它，所以“它不提了”这个现象根本分不出你点的是哪一个——这也是下面那条验收标准的由来。
如果界面上给了撤销按钮，要反悔就当场用——这类撤销机会通常是短暂的，等你想起来多半已经没了。确认不撤的，回到清单用刚才那条的关键词再搜一次——搜不到，才算删了。这一步不能用“再问 AI 一遍”代替：它答不上来，可能只是这次没有召回到。
一条记忆很少只存在一个地方。它通常还派生出了向量索引里的一份、对话摘要里的一份、缓存里的一份，可能还进过训练队列，以及备份。主记录删了、派生的那些没删，结果就是它照旧影响 AI 下一句怎么理解你——这正是“看不见了”和“删掉了”之间那段差距。
所以这个问题值得对任何产品问一遍：删除覆盖哪些副本，以及你凭什么知道它做完了。区别在于产品给的是一句“我们会删除相关数据”，还是一个能追踪到完成状态的动作。这句话你可以直接拿去用，答不上来的，就按“只删了主记录”来估。
成因是这条路最省事，模型也答得像模像样——你说“忘掉我的旧号码”，它回你“好的，已经忘记了”。卡点表现是过一阵它又提起来了，你以为是产品出了 bug。实际上那句回应只是这一轮对话里的顺从表达，未必对应一次存储写入。绕过去的方法是把删除当成一个界面动作而不是一句话：去清单里找到那条，点冻结或遗忘，再回来搜一次确认。
成因是这两件事在界面上挨着，名字也像。关掉记忆开关通常管的是“以后还写不写新的”，有的产品顺带也停掉召回，但已经写进去的那些条目一般还在原地；等你把开关打开，它们又回来了。卡点表现是关了开关放心了很久，某天重新开启后旧信息原样出现。绕过去的方法是把两件事分开做：开关管未来，清单管过去——要处理已经记住的内容，只能逐条去清单里删。
成因是多数人默认“AI 忘了就等于这件事没了”，但记忆一旦引发过产品之外的后果，删掉条目并不会把外面发生的事撤回来：你之前已经把地址发给了朋友，或者一条通知已经发出去了。卡点表现是删完仍然出问题，而你以为已经处理干净了。绕过去的方法是先处理外部那一半，再回来删记忆条目——顺序反了会让你误以为收尾了。
上面这几步落在记忆账本上。Web 版可以逐条查看与搜索、纠正、冻结与解冻、遗忘、按任意日期回看历史、导出。遗忘是服务端把那一行从你的记忆表里删掉，接口把被删内容原样返回到你的浏览器，用来撑住界面上的撤销按钮——撤销要用的那份副本在你自己的设备上，服务端不为此另存一份。冻结是另一个动作：停用不删，召回会跳过它，随时可以解冻。纠正也不抹掉历史：新的说法取代旧的，旧断言关上有效期并留档，可以回看当时它是怎么理解你的。
边界一起写清楚，免得你按错的预期去验收：
机制层面的完整说明（删除在法规里怎么定义、账本上八个动作各自做了什么、哪些已经能用哪些还在建设中）见AI 对你的记忆可以逐条查看、纠正和删除；相关概念见术语表。