助手记住了客户，记到哪天为止

一、客户要删的那句话，还在三个地方

去年上线的一位客服助手，记住了客户偏好电话回访。今年十月，那位客户来要求删掉自己的资料。

团队先把数据库里的客户记录清了。第二天测试时，助手在对话里又提起了那位客户的偏好。

一查才发现，这句话至少留在三个地方：会话摘要表、检索用的索引文件、还有一份给分析用的日志。

这篇讲的是这笔记忆该谁管、记到哪天、删的时候要动哪几处。

二、现在说的记忆，其实是三种东西

第一种是当场对话里的上下文，会话一关就没了。

第二种是保存下来的摘要和偏好，下次进来还能用上，这才叫记忆。

第三种是从公司文档里检索出来的内容，它属于知识库，也就是公司统一维护的那套资料。

三种东西的保留规则不一样，混在一起管，早晚出事。

三、它记住的，常常比你交代的多

你也许只要求助手记住客户的名字和偏好。

实际存下来的还有：客户的原话、工单里的附件、助手的推理过程、工具返回的结果，以及出错时的报错信息。

这些内容有的含个人信息，有的含合同金额，有的只是临时任务材料。

如果不提前划范围，默认就是全都留下。

四、五类内容，五套规则

十月下旬，一家媒体在讲智能体接入现有系统时，把留存对象分成了五类：个人偏好、项目上下文、组织知识、业务数据、临时任务材料。智能体，也就是能自己调工具办事的助手。

这五类的区别在于，谁能看、留多久、能不能导出、怎么删、要不要留审计记录。

举两个例子。客户的联系方式属于业务数据，要按个人信息那套规则走；这次任务用到的一份临时表格，任务结束就该清掉。

五类内容放进同一个库、用同一条保留期限，等于把最严的那条规则丢掉了。

五、记多久，法律给了两头

一头是最小必要。个人信息保护法要求，收集和处理要有明确目的，目的达成了就该删除。

另一头是留存义务。有些业务数据，行业规定要保存若干年，不能提前删。

所以保留期限不能只写一个数字。要按每类内容分别写：到什么时候删，谁批准延长，延长期间谁能看。

2025 年 1 月 1 日起施行的网络数据安全管理条例，还要求处理者建立安全管理制度，做好访问控制、备份和安全认证。

六、删除请求来了，你得真删得掉

客户说删，就得删得掉，而且要能证明删掉了。

十月下旬有一项研究综述提到，现在的长期记忆研究大多在解决怎么记住、怎么找回来，怎么忘掉反而被忽略。真遇到删除请求，不少系统没有可靠的擦除办法。

删一条主记录很容易。难的是它派生出去的那些副本：摘要、索引、临时文件、备份、报表。

所以在设计的时候，每存一份就要记下它存在哪，删的时候按这张清单走一遍。

七、记忆散在几处，就删不干净

一份记忆通常落在这些地方：会话数据库、摘要表、检索索引、临时文件、应用日志、备份，以及模型服务商那边。

多数团队的清单只写到前三处。

后面几处不是不重要，而是没人负责。日志归运维，备份归数据库管理员，模型那边归采购。

我的建议很朴素：上线前画一张表，一列写存储位置，一列写负责人，一列写保留期限。这张表比任何架构图都实用。

八、供应商那边，也要问三句

如果记忆存在供应商那边，采购时要问清楚三件事。

第一，存多久，有没有可以关掉的选项。

第二，能不能用于训练，默认开还是默认关。

第三，删除请求多久内执行，能不能出具书面确认。

这三句写进合同，比事后追着问有用。

九、让人查得到它记得什么

客户和员工都会问这个问题。答不上来，信任就没了。

做法不复杂：给一个查询入口，按人或者按客户编号，列出系统里存了哪些记忆、什么时候存的、来自哪次对话。

能查，才谈得上改和删。查不到的系统，删除承诺基本是空的。

十、记忆的权限，跟着原系统走

助手记住的内容，不能比原来的系统更开放。

比如它记住了某位客户的合同条款，那么能看到这份合同的同事才能看到这条记忆，别人不行。

离职、转岗、客户终止合作，这三个时点要同步回收。

很多越权不是黑客干的，是权限改了，记忆没跟着改。

十一、别让记忆顶掉知识库

记忆是个性化的，会随着对话变化，也可能记错。

知识库是公司统一维护的，有版本，有审核。

拿记忆去替代知识库，短期看着省事，长期会出现两个版本的说法，谁也说不清哪个对。

正确的分工是：事实和规则放知识库，个人偏好和任务上下文放记忆。

十二、上线前要定的四件事

第一，记什么。列出允许写入记忆的字段，其余一律不存。

第二，留多久。按前面那五类，分别定保留期限。

第三，谁能看。跟着原系统的权限走，不另开一扇门。

第四，怎么删。删除清单、执行人、完成时限、书面确认。

这四件事定不下来，功能先别开。

十三、合同和交付里写清楚

交付方案里至少要写：存储位置、传输路径、备份策略；文档、知识库、对话、记忆、日志各自的保留周期；第三方接口会不会把数据带出去；离职和合同终止时怎么删除、怎么交接。

这几项不是技术细节，是验收项。

客户的法务会问，问不到就会卡住上线。

十四、出了事，先查记忆

助手答出了不该答的内容，第一反应往往是模型有问题。

先别换模型。先查它当时读到和记住了什么。

常见的原因有三个：记忆里存了越权内容，记忆被错误信息污染，或者旧版本的记忆没有清掉。

这三种都能通过前面那张表查到。

十五、今天能做的三件事

第一，把记忆存在哪些地方列出来，包括日志和备份。

第二，按五类内容各定一条保留期限，写下来。

第三，挑一个客户，走一遍删除流程，看能不能在承诺的时间内删干净。

记忆这件事，记住容易，忘干净难。早一天把清单建起来，少一次解释不清的麻烦。