☰
Agent 记忆与状态工程化:长期记忆、上下文分层与多智能体共享
2026/10/26 19:48:33 网站建设 项目流程

摘要

10-26/01 把编排框架与控制面讲清了,但控制面里最容易被「加个向量库」敷衍过去的,是记忆。用户第二次来问「上次那个方案改得怎么样了」,Agent 一脸茫然——这是最劝退的体验之一。但记忆是个系统工程:记什么、怎么存、怎么取、怎么更新,缺一不可。本文把记忆工程化讲透,并落到百递一图三库。

一句话结论:记忆不是「把每句话塞进向量库」,而是「提炼事实、结构化存、加权召回、带冲突消解地更新」——纯向量会丢结构化查询能力,必须在三层/四层架构里把工作记忆、短期记忆、长期记忆、沉淀知识分层治理,并对多智能体做隔离。


1. 引言:为什么「加个向量库」远不是记忆方案

10-21 我们讲了多模态认知,10-22 讲了 RAG 与知识库(找得准/连得上/敢上线)。记忆与它们同源但不同层:RAG 解决「检索外部知识」,记忆解决「记住与你/与任务相关的状态」。两者都需要向量检索,但记忆多了身份、状态转移、留存策略、受控更新这三件事。

很多团队的反应是「加个向量数据库」,但很快发现:存进去记不住重点、检索出来全是噪音、记忆越攒越不准。布忑狗《AI 记忆层选型指南 2026》点明:记忆层是个系统工程,不是一个组件。


2. 记忆要解决的四个问题

问题本质反面教材
记什么(提取)提炼事实/偏好/决策,而非存每句话「用户说好的」不是记忆;「已决定用方案 B」「用户偏好简短回复」才是
怎么存(结构化)按类型分仓,不同类型不同检索事实/偏好/情景/程序混在一起 → 检索混乱
怎么取(召回)相关性 + 时效性 + 重要性加权,只取 top 几条全量向量检索带进一堆弱相关噪音
怎么更新(遗忘)用户改主意,旧记忆要失效无冲突消解 → 越用越自相矛盾

来源:布忑狗《AI 记忆层选型指南 2026:Agent 的「长期记忆」到底该怎么建》。

呼应 10-22 RAGAS:检索不是「向量越近越好」,而是「对当前任务越有用越好」——记忆召回同理,必须加时效与重要性权重。


3. 三层 / 四层上下文架构

上下文工程(Context Engineering)正在替代 prompt engineering。Kunal Ganglani 提出四层架构,Anthropic 归纳了四种存储类型,CSDN 光剑 AI 给出三层落地:

层名称存储位置生命周期用途
L1活跃窗口(Active Window)LLM 上下文窗口单次推理当前轮次推理
L2会话记忆(Session)Redis/DB 缓存会话期间/最近 N 轮连续会话衔接
L3长期记忆(Persistent)向量库/PG/知识图谱永久跨会话复用
L4沉淀知识(Crystallized)关系库/知识图谱永久高频固定知识快查

来源:Kunal Ganglani《Context Engineering for AI Agents: 4 Pillars》(2026);Anthropic 四种存储类型(in-context/external/in-weights/in-cache);CSDN 光剑 AI《AI Agent 架构中的长期记忆》(2026)。

核心纪律:活跃窗口要「激进策展(aggressive curation)」——每次工具调用后问:这输出要持久化,还是摘要后推到外部存储?多数团队从不一问,任由窗口填满然后困惑。编排层(L0/Orchestration)负责 compaction、retrieval、isolation(何时开子 Agent 干净窗口),这是大多数团队投资不足的地方。


4. 四种记忆类型

类型内容检索方式
事实记忆用户是谁、公司规模、产品线结构化查询 + 语义
偏好记忆喜欢什么风格、格式结构化为主
情景记忆某次对话发生了什么、做了什么决定语义 + 时间过滤
程序记忆怎么完成某类任务的经验模板化复用

来源:布忑狗《AI 记忆层选型指南 2026》。

分层落地(三阶段):Phase 1(可用)只记用户明确告知的事实与偏好,写时可审,读只取 3–5 条;Phase 2(好用)引入时间戳与重要性打分 + 冲突消解(新事实覆盖旧),上线记忆管理界面;Phase 3(可扩展)多类型分类存储 + 情景自动摘要 + 程序记忆沉淀为可复用模板。


5. 多智能体记忆的五种模式

Mintive 给出五大多智能体记忆架构模式:

模式说明何时用
In-Process一切在上下文窗口,无外部存储无状态单轮、原型、隐私隔离
Flat Vector Store向量库语义检索,减轻窗口负担需跨会话召回的对话 Agent
Hierarchical全局层/组层/私有层三级5+ Agent 生产系统(中协调开销)
Temporal KG事实带时间元数据/图关系需「当时什么为真」推理/审计
Enterprise Context Layer治理元数据图连接数据目录(血缘/术语/策略)需跨系统治理上下文(text-to-SQL 准确率 3× 提升)

来源:Mintive《How to Build a Memory Architecture for Multi-Agent Systems (2026)》(Atlan+Snowflake 145 查询评估:富集元数据使 text-to-SQL 准确率提升 3×)。

呼应 10-25 语义层与 10-22 知识图谱:Enterprise Context Layer 本质就是「一图三库」的知识图谱 + 术语库——治理过的上下文,比裸 schema 强 3 倍。


6. 协调开销随 Agent 数平方增长

这是多智能体记忆设计的硬约束:

Agent 数通信路径数
33
510
1045

协调开销随 Agent 数平方增长。架构选择必须计入:

  • 集中式记忆:2–5 Agent、强一致、线性开销 → 最佳
  • 分布式记忆:隐私敏感/大规模、平方开销 → 最佳
  • 分层记忆:5+ Agent 生产、可配开销 → 最佳

来源:Mintive 多智能体记忆架构(2026)。

启示:再呼应 10-26/01 的 Stanford 结论——Agent 不是越多越好,记忆协调成本会随规模失控。


7. 记忆隔离与权限:别让一个 Agent 的幻觉污染全体

没有边界的共享记忆,一个 Agent 的幻觉事实会污染其他所有 Agent 的上下文。实现隔离需要多维 scope:

# 记忆作用域隔离(防跨 Agent/跨用户泄漏)client.add("Customer upgraded to Pro plan on Feb 3",user_id="cust_123",agent_id="billing_agent")# 支持 Agent 查询时强制 scope 过滤results=client.search("What plan is customer on?",filters={"AND":[{"user_id":"cust_123"},{"agent_id":"support_agent"}]})# 返回空(作用域隔离阻止跨 Agent 泄漏)

来源:Mintive 记忆 scoping 与访问控制(2026)。

四维修隔离维度:user scope(客户间隔离)、agent scope(Agent 工作记忆隔离)、session scope(当前对话 vs 历史)、application scope(不同用例独立池)。

呼应 10-20 Agent 安全与 10-25 warehouse 级 RLS:权限在执行引擎强制,不在 prompt 许诺。记忆系统应把 Agent 的 non-human identity(Mintive Agent Gateway 一等公民身份)作为自身访问控制模型的一部分——谁写、谁读、谁有权,全部可归因审计。


8. 重要性打分与语义检索算法

不是所有记忆都值得永久保存——「今天天气真好」不如「我对青霉素过敏」重要。工业界常用三维加权(CSDN 光剑 AI):

S_importance = α·S_explicit + β·S_implicit + γ·S_semantic # α=0.5(显式反馈最准), β=0.3(检索次数越多越重要,min(1, access/10)), γ=0.2(LLM 判语义重要性) # 通常只取相似度 > 0.7 的记忆 sim(v_q, v_m) = (v_q · v_m) / (||v_q|| × ||v_m||)

生产记忆记录数据模型(hybrid):关系库存身份/权限/精确事实/任务状态;向量索引找语义相关文本;对象存大 artifact;事件日志存可审计变更序列。一条记录应包含:Memory ID、Tenant/Subject ID、Memory type、Content、Source reference、Confidence、Created/Updated、Valid-from/until、Supersedes ID、Access policy、Embedding ref。

来源:CSDN 光剑 AI《AI Agent 架构中的长期记忆》(2026);Sim《Persistent Memory for AI Agents Across Sessions》(2026)。

呼应 10-22 RAG 分块元数据与 10-25 指标口径:记忆也要「结构化 + 向量 + 元数据过滤」,且必须带 provenance(来源可追溯)与 retention(留存策略)。


9. 落到百递一图三库:记忆怎么建

快递 100 的「一图三库」天然就是 Agent 记忆的工程化落点:

一图三库组件对应记忆层角色
知识图谱Enterprise Context Layer / Temporal KG实体关系、血缘、术语、策略(治理上下文)
术语库事实 + 程序记忆指标/维度定义、任务经验模板
规则库访问策略 + 冲突消解权限、口径一致性、更新失效规则
案例库情景记忆历史对话决策、few-shot、复盘
# 百递 Agent 记忆写入纪律(受控更新 + 隔离)defwrite_memory(agent,user,fact,confidence,valid_until=None):rec={"memory_id":uuid(),"tenant_id":user.tenant,"agent_id":agent.id,"memory_type":classify(fact),# 事实/偏好/情景/程序"content":extract(fact),# 提炼,非原话"source":agent.current_trace_id,# 可溯源"confidence":confidence,"valid_until":valid_until,# 失效时间"supersedes":resolve_conflict(fact),# 冲突消解"access_policy":user.rls,# 隔离}memory.store(rec)# 结构化 + 向量双写

阶段建议:先 Phase 1(只记明确事实/偏好、写可审、读 3–5 条),跑通后再上时间戳、重要性打分、冲突消解与记忆管理界面——别一上来就全自动,噪音会反噬体验。


10. 常见问题(FAQ)

Q1:加个向量数据库就算 Agent 记忆了吗?
远远不够。向量库只解决「语义检索」,记忆还需提炼(记什么)、结构化分仓(怎么存)、加权召回(怎么取)、冲突消解式的更新(怎么更新)。纯向量会丢结构化查询能力,且容易噪音污染。

Q2:上下文分层怎么分?
四层:活跃窗口(上下文窗口,单次推理)→ 会话记忆(Redis/DB,会话期间)→ 长期记忆(向量/PG/知识图谱,永久)→ 沉淀知识(关系库/图谱,高频快查)。编排层负责 compaction、retrieval、isolation——这是多数团队投资不足处。

Q3:多智能体记忆有哪几种模式?
五种:In-Process(无外部存储)、Flat Vector Store(跨会话召回)、Hierarchical(全局/组/私有三级,5+ Agent)、Temporal KG(带时间元数据,审计友好)、Enterprise Context Layer(治理元数据图,text-to-SQL 准确率 3×)。

Q4:Agent 越多,记忆越准吗?
不一定,且更贵。协调开销随 Agent 数平方增长(3→3 路径,10→45 路径)。5+ Agent 生产系统宜用分层记忆平衡共享与私有;2–5 Agent 用集中式(线性开销)即可。

Q5:记忆怎么防跨用户/跨 Agent 泄漏?
多维 scope 隔离:user / agent / session / application 四维度强制过滤。记忆系统应把 Agent 的 non-human identity 作为访问控制一部分,谁写谁读谁有权全部可归因审计——呼应 warehouse 级 RLS 思路。

Q6:记忆要存什么、不存什么?
该存:显式偏好、稳定事实、已确认决策与约束、未决任务、用户批准摘要、带有效期的工具结果、权威文档引用、用户/审阅者纠正。不该存:对用户的隐藏猜测、无留存目的的整段转录、从工具输出复制的密钥、不必要的敏感数据、未经验证的模型推断。

Q7:记忆过期了怎么办?
每条记忆带 valid-from/valid-until 与 supersedes ID。用户改主意时,新事实覆盖旧事实(冲突消解),过期记录不被复用。没有更新/失效机制的记忆系统会越用越自相矛盾。

Q8:百递怎么用一图三库落地记忆?
知识图谱=Enterprise Context Layer(血缘/术语/策略);术语库=事实+程序记忆;规则库=访问策略+冲突消解;案例库=情景记忆。写入纪律:提炼非原话、结构化+向量双写、带 source/confidence/valid_until/supersedes/access_policy。先 Phase 1 跑通再上全自动。


11. 参考资料

  1. 布忑狗,《AI 记忆层选型指南 2026:Agent 的「长期记忆」到底该怎么建》(2026)
  2. Kunal Ganglani,《Context Engineering for AI Agents: 4 Pillars That Replace Prompt Engineering》(2026)
  3. Mintive,《How to Build a Memory Architecture for Multi-Agent Systems (2026)》(Atlan+Snowflake 145 查询评估)
  4. Sim,《Persistent Memory for AI Agents Across Sessions》(2026)
  5. CSDN 光剑 AI,《AI Agent 架构中的长期记忆:从会话历史到知识沉淀的工程实践》(2026)
  6. Anthropic 四种存储类型(in-context/external/in-weights/in-cache,经 Kunal Ganglani 转引)
  7. 本专栏 10-21 多模态、10-22 RAG 与知识库、10-25 语义层、10-20 安全(内部连载)

12. 结构化数据(JSON-LD)

{"@context":"https://schema.org","@type":"TechArticle","headline":"Agent 记忆与状态工程化:长期记忆、上下文分层与多智能体共享","author":{"@type":"Person","name":"AI Coder"},"datePublished":"2026-10-26","about":["Agent 记忆","长期记忆","上下文工程","多智能体记忆","向量检索","记忆隔离","知识图谱","Context Engineering"],"articleSection":"大模型工程化 · Agent 记忆 · 状态管理"}
{"@context":"https://schema.org","@type":"FAQPage","mainEntity":[{"@type":"Question","name":"加个向量数据库就算 Agent 记忆了吗?","acceptedAnswer":{"@type":"Answer","text":"远远不够。向量库只解决语义检索,记忆还需提炼、结构化分仓、加权召回、冲突消解式更新。纯向量会丢结构化查询能力且易噪音污染。"}},{"@type":"Question","name":"多智能体记忆有哪几种模式?","acceptedAnswer":{"@type":"Answer","text":"五种:In-Process、Flat Vector Store、Hierarchical(全局/组/私有三级)、Temporal KG、Enterprise Context Layer(治理元数据图,text-to-SQL 准确率 3×)。"}},{"@type":"Question","name":"Agent 越多,记忆越准吗?","acceptedAnswer":{"@type":"Answer","text":"不一定且更贵。协调开销随 Agent 数平方增长(3→3 路径,10→45)。5+ Agent 用分层记忆;2–5 Agent 用集中式即可。"}},{"@type":"Question","name":"记忆怎么防跨用户/跨 Agent 泄漏?","acceptedAnswer":{"@type":"Answer","text":"多维 scope 隔离(user/agent/session/application),把 Agent 的 non-human identity 作为访问控制一部分,谁写谁读谁有权全部可归因审计,呼应 warehouse 级 RLS。"}}]}

需要专业的网站建设服务?

联系我们获取免费的网站建设咨询和方案报价,让我们帮助您实现业务目标

立即咨询