企业智能体的“记忆”应该记什么：先分清事实、状态、偏好与权限

01 / 记得多不等于懂业务

企业开始使用智能体后，很容易提出一个直觉要求：让系统记住所有对话，下次不要再问。这个方向看似方便，却可能把临时表达、过期信息、个人猜测和敏感内容一起变成长期依据。时间越久，智能体获得的未必是知识，也可能是一套难以追溯的混合记录。

真正的业务记忆不是聊天历史的堆积，而是经过分类、确认和维护的信息。系统不仅要知道“记住什么”，还要知道信息来自哪里、由谁确认、适用于哪个对象、什么时候失效，以及当前任务是否有权调用。

如果这些边界没有建立，智能体就可能把某次特殊处理当成长期规则，把一个人的表达当成组织共识，或者在不合适的场景引用原本只用于内部讨论的信息。

02 / 把记忆分成四种不同对象

第一类是事实，例如客户基本信息、产品参数、合同状态和组织制度。事实需要来源、版本与更新时间，不能只因为在对话中出现过就被写入。

第二类是状态，例如一项任务已经完成哪一步、还缺什么资料、正在等待谁确认。状态服务于当前流程，任务结束后应归档或关闭，不能无限保留在活跃上下文中。

第三类是偏好，例如常用表达方式、报告格式或提醒时间。个人偏好与组织规则必须分开；偏好可以提高体验，却不能覆盖价格、审批或合规要求。

第四类是权限。权限本身不应被智能体凭记忆判断，而要在每次调用时从可信系统核验。某人过去能够查看一份资料，不代表今天仍然拥有相同权限。

• 01事实要有来源与更新时间
• 02状态要有任务编号与结束条件
• 03偏好要标明属于个人、团队还是组织
• 04权限要实时核验，不复制为长期结论

03 / 写入记忆要比读取更加谨慎

读取错误会影响一次回答，写入错误可能影响此后的许多任务。因此，企业应该为长期记忆设置明确的写入入口，而不是让每次对话都自动沉淀。

可以把信息分成三档：经过业务系统确认的信息自动同步；需要判断的信息由责任人确认后写入；临时讨论和未经核验的内容只保留在当前会话。重要信息还应记录写入人、依据和适用范围。

当新信息与旧信息冲突时，系统不能简单使用“最新一条”。它要根据来源等级、业务对象和生效时间处理冲突，并把无法自动判断的情况交给责任人。

04 / 会遗忘，才是一套成熟的记忆机制

企业信息持续变化。联系人会离职，产品会停产，制度会调整，项目会结束。只增加、不失效的记忆库，最终一定会把过期内容带回工作现场。

每类记忆都应有修正和退出机制：事实可以被新版本替换，状态在任务结束后关闭，偏好允许用户修改或删除，敏感信息按照权限和保存要求处理。系统还要能够回答某条信息为什么存在、被哪些任务调用过、修改后是否需要重新执行相关任务。

遗忘不是丢失能力，而是避免旧信息继续冒充当前事实。对于高影响业务，保留历史版本用于审计，同时只让已生效版本进入当前任务。

05 / 从一张最小记忆清单开始

第一阶段不必建设庞大的企业记忆平台。可以选择一个边界清楚的智能体，列出它完成任务真正需要的十到二十项信息，并逐项确定信息类型、来源系统、更新责任人、有效期与读取权限。

上线后观察哪些信息经常缺失、哪些发生冲突、哪些从未使用，再决定是否扩展。每增加一种记忆，都要同时增加维护责任；没有责任人的记忆，不应直接成为智能体的长期依据。

好的记忆系统不是让智能体什么都记得，而是让它知道什么可以相信、什么时候应该忘记。