AI Agent的记忆该信谁:企业级上下文管理的五种架构对比

📅 2026/9/26 ✍️ 小文 📖 约 1 分钟

会话缓冲、向量检索、知识图谱、工作记忆、外部状态机——五种Agent记忆架构的原理、适用场景与组合策略,附选型清单。

记忆不是存得多,而是取得准

2026 年,Agent 的记忆系统已经不再新鲜。但企业落地时最常见的失败模式,不是”记不住”,而是**“记错了”或”记了一堆没用的”**。

一个记不住事情的 Agent 只是笨;一个记错了事情的 Agent 会闯祸——比如记错了客户的付款状态、记错了药物的剂量、记错了合同的条款。

所以选记忆架构,第一问不是”怎么存”,而是”什么场景必须百分百准确”。

五种架构,各管一段

架构一:会话缓冲(Conversation Buffer)

最基础的一层,保存当前对话的完整轮次。

  • 存什么:近期对话消息
  • 检索方式:按时间顺序,直接拼进上下文
  • 适用:单次会话的连贯性
  • 局限:跨会话不保留,长度受上下文窗口限制
buffer.add(role, content)
context = buffer.get_recent(n=20)  # 最近20轮

架构二:向量记忆(Vector Memory)

把信息编码为向量,通过语义相似度检索。这是”长期记忆”的主流实现。

  • 存什么:事实、偏好、历史片段
  • 检索方式:语义相似度 top-k
  • 优势:能找到”意思相近”的旧信息
  • 坑:相似不等于正确。向量检索可能召回一堆”看起来相关”但实际无关的内容,把模型带偏

适用:偏好记忆、非结构化知识、模糊查询。

架构三:知识图谱记忆(Knowledge Graph)

把实体和关系显式建模,用图查询检索。

  • 存什么:实体、关系、属性
  • 检索方式:图遍历、多跳查询
  • 优势:准确性高、可解释、支持复杂关系推理(“A 的上级的部门有哪些人”)
  • 代价:构建和维护成本高,需要 schema 设计

适用:企业关系数据、需要精确多跳推理的场景。当准确性是硬要求时,图谱优于向量。

架构四:工作记忆(Working Memory / Scratchpad)

Agent 在执行任务过程中的临时状态区,类似于人的”心算草稿纸”。

  • 存什么:当前任务的中间结果、计划、已完成的步骤
  • 生命周期:任务结束即销毁
  • 作用:让 Agent 能处理多步任务而不丢线索

这是 ReAct、Plan-and-Execute 类框架的核心组件。

架构五:外部状态机(External State Store)

把 Agent 的状态存到外部数据库,而非模型上下文。

  • 存什么:任务状态、工作流进度、待办队列
  • 优势:可持久化、可恢复、可并发控制
  • 作用:支持长时间运行、可中断恢复的 Agent

对于要跑几天的工作流,状态机是唯一可靠的选择——因为模型上下文不可靠,进程可能崩溃。

对比表

架构准确性灵活性成本适用场景
会话缓冲高低低对话连贯性
向量记忆中高中偏好、模糊知识
知识图谱高中高精确关系推理
工作记忆高中低多步任务
外部状态高低中长任务、可恢复

组合策略:企业场景怎么搭

真实系统从不只用一种。一个推荐的分层组合:

1. 会话缓冲  → 管当前对话
2. 工作记忆  → 管当前任务
3. 外部状态机 → 管持久化的工作流进度
4. 向量记忆  → 管模糊的长期知识
5. 知识图谱  → 管必须准确的关系数据

关键原则:准确性和灵活性是此消彼长的,按重要性分层。

  • 涉及金额、权限、身份、合规的数据 → 走图谱/状态机,结构化存储,绝不靠向量召回
  • 涉及偏好、风格、历史背景 → 走向量,允许模糊
  • 当前任务上下文 → 走缓冲和工作记忆

记忆的写入策略:比检索更重要

大多数人只关注”怎么取”,忽略了”什么该记”。全量存储是灾难——存储成本爆炸,检索噪音增加。

建议的写入规则:

  1. 显式记忆:用户说”记住我喜欢简洁的回答”→ 写入
  2. 总结记忆:会话结束,让模型总结关键事实 → 写入
  3. 冲突检测:新记忆与旧记忆矛盾时,以时间为准但要求确认,不要静默覆盖
  4. 遗忘机制:给记忆设置 TTL 和重要性权重,低价值记忆定期清理

一个真实的教训

某客服 Agent 用纯向量记忆存客户信息。结果一次检索到”客户 A 的会员等级”,但那是三个月前的过期数据,导致给了错误折扣。根因是向量检索没有时间维度和属性校验。

修复方案:把会员等级这类强一致数据移到外部状态机,带版本号和有效期;向量记忆只保留”客户偏好沟通语气”这类软信息。改动后,同类错误归零。

选型检查清单

  • 哪些数据出错会造成严重后果?(→ 结构化存储)
  • 哪些查询需要多跳关系推理?(→ 知识图谱)
  • 任务是否可能运行数小时以上?(→ 外部状态机)
  • 是否需要跨会话记住用户偏好?(→ 向量记忆)
  • 是否有记忆冲突处理策略?
  • 是否有遗忘/清理机制?
  • 记忆检索结果是否可解释、可调试?

结语

Agent 记忆没有银弹。准确性要求越高的数据,越应该用结构化的方式存储,而不是交给”语义相似度”去碰运气。把五种架构按数据的可靠性需求分层组合,才是企业级 Agent 记忆的正解。

📤 分享到