Agent 记忆怎么设计：短期记忆、长期记忆和用户偏好

Agent 记忆不是简单地把所有聊天记录都存起来。真正的记忆设计要回答几个问题：当前任务需要保留什么上下文，长期需要记住什么偏好，哪些内容来自知识库，哪些内容必须能删除，哪些信息不应该保存。记忆做得好，Agent 更像稳定助手；记忆做得差，就会变成隐私和错误累积的来源。

这篇是草稿，正式发布前需要核对具体框架和隐私要求。Agent 上线流程可以看 Agent 部署怎么做，知识库部分可以看 RAG 知识库怎么搭。

适合谁

适合正在做个人助手、客服助手、学习助手、项目助手、销售助手或内部 Agent 的人。你可能已经有聊天功能，但希望它记住用户偏好、历史任务或常用资料。

也适合需要给客户解释“记忆模块”边界的人。客户常说希望 Agent 越用越懂他，但具体要存什么、谁能看、怎么删除，都需要提前写清楚。

不适合谁

不适合把所有用户输入都长期保存的人。这样看似简单，但会带来隐私、成本、检索噪音和错误继承问题。

如果项目涉及敏感信息、未成年人、医疗法律财务、客户内部资料或企业权限，记忆设计必须经过更严格评估。

短期记忆：当前对话上下文

短期记忆通常指当前会话里需要保留的信息，例如用户刚刚说的目标、约束、文件内容和当前步骤。它帮助 Agent 维持连贯对话。

短期记忆不一定要永久保存。很多任务结束后，上下文就可以清理。新手要避免把临时信息当长期资料存进数据库。

长期记忆：跨会话保留的信息

长期记忆可以包括用户偏好、常用格式、项目背景、团队规则和历史决策。它的价值是减少重复说明。

但长期记忆必须可编辑、可查看、可删除。用户应该知道 Agent 记住了什么，而不是让系统悄悄积累一堆不可见信息。

用户偏好和事实要分开

“用户喜欢简洁回答”是偏好，“用户公司有 20 人”是事实。偏好可能比较稳定，事实可能会变化。两者要分开存，更新方式也不同。

如果把过期事实当长期记忆，Agent 后续会反复使用错误信息。记忆模块要支持更新时间、来源和可信度记录。

知识库不是记忆

知识库通常存放文档、FAQ、SOP、产品资料和政策说明。它更像外部资料库，不是某个用户的个人记忆。

Agent 需要回答问题时，可以先从知识库检索，再结合当前上下文生成回答。不要把知识库、用户偏好和聊天历史混成同一个概念。

删除和更新规则

记忆必须有生命周期。哪些信息只保留本次任务，哪些保留 30 天，哪些需要用户确认后长期保存，哪些必须立即删除，都要写清楚。

如果没有删除规则，记忆会越来越乱。越乱的记忆，越容易让 Agent 给出自信但不准确的回答。

记忆还需要“写入门槛”。不是用户说过的每一句话都值得保存。可以设计成：只有用户明确确认的偏好才写入长期记忆，临时任务信息只保留在当前会话，敏感信息默认不保存。这样虽然多一步确认，但系统更容易被信任。

风险提醒

记忆模块最大风险是保存了不该保存的内容。客户资料、账号信息、内部文件、个人身份信息和敏感偏好，都需要谨慎处理。

另一个风险是记忆污染。错误信息一旦进入长期记忆，后续回答可能持续受影响。上线前要设计人工纠错和用户反馈入口。

具体步骤

第一步，把信息分成短期上下文、长期偏好、长期事实和知识库资料。

第二步，为每类信息定义保存位置、保存时间、更新方式和删除方式。

第三步，设计用户可见的记忆列表，让用户能查看和修改。

第四步，给 Agent 设置不确定时的确认规则，不要让它擅自写入长期记忆。

第五步，形成记忆设计表。需要模板或人工协助，可以从 工具导航 进入。

免责声明

本文是 Agent 记忆设计草稿，不构成隐私合规或数据库架构建议。正式发布前需要人工核对工具、平台和适用法规。涉及敏感数据时，请由专业人员评估。