从六要素框架到三层记忆架构——理解 Agent 系统的组成零件与数据基座
构建一个完整的 Agent 系统需要六大核心要素的协同。它们各自承担不同职责,共同支撑 Agent 从感知到行动的完整闭环。
六要素在工程实现中自然演化为六层平台架构,每一层对应不同的技术选型和工程关注点:
| 层级 | 名称 | 职责 | 关键技术 |
|---|---|---|---|
| L6 | 交互层 (Interaction) | 用户界面、多模态输入输出、对话管理 | Chat UI, Voice, IDE Plugin |
| L5 | 编排层 (Orchestration) | 多 Agent 协调、任务路由、工作流引擎 | DAG Scheduler, Agent Router |
| L4 | 推理层 (Reasoning) | 规划、反思、自我修正、思维链管理 | CoT, ReAct, Reflection |
| L3 | 工具层 (Tooling) | 工具注册、调用协议、MCP Server、能力网关 | MCP, Function Calling, Skills |
| L2 | 资源层 (Resource) | 计算资源、沙箱隔离、网络代理、存储 | Container, WASM, gVisor |
| L1 | 数据层 (Data) | 三层记忆、向量索引、知识库管理 | Vector DB, Session Store, RAG |
六要素是概念模型,回答"Agent 需要什么";六层架构是工程模型,回答"如何组织实现"。两者的映射并非一一对应——数据要素横跨 L1-L3,规划要素跨越 L4-L5。理解这种多对多关系是做好 Agent 架构设计的前提。
Agent 系统的数据基座采用三层记忆模型,将信息按生命周期和访问频率组织为三种形态,实现从即时响应到长期知识沉淀的完整覆盖。
信息在三层记忆之间按照固定路径流动,每次流动都伴随着质量评估和格式转换:
| 阶段 | 触发条件 | 核心操作 | 产出 |
|---|---|---|---|
| Capture 捕获 | 会话过程中自动触发 | 提取关键信息,结构化标记 | Liquid Memory 条目 |
| Promote 提升 | 会话结束时评估 | 评分、去重、分类、摘要压缩 | Gas Memory 条目 |
| Retrieve 检索 | 新会话开始时 | 语义匹配、相关性排序、上下文裁剪 | 相关 Gas/Solid 片段 |
| Assemble 组装 | 构建 prompt 时 | 优先级排序、token 预算分配、冲突消解 | 最终注入的上下文 |
Agent 系统的真正价值不在于单次任务的完成,而在于每次执行都自动沉淀可复用的知识资产。Liquid Memory 记录"做了什么",Gas Memory 提炼"学到了什么",Solid Memory 固化"该怎么做"。三层递进,让 Agent 越用越聪明。
当六要素和三层记忆协同运作时,Agent 系统自然形成一个自我完善的正反馈循环:
| 飞轮阶段 | 记忆层交互 | 具体行为 |
|---|---|---|
| Action 执行 | Liquid Memory 写入 | Agent 执行任务,所有输入输出和中间步骤记录在 Session Memory 中 |
| Experience 经验 | Liquid → Gas 提升 | 会话结束后,自动评估本次执行的关键发现,提取模式并写入 Application Memory |
| Reflection 反思 | Gas 层分析 | 定期审视 Gas Memory 中的模式,识别反复出现的问题和成功策略 |
| Memory 沉淀 | Gas → Solid 固化 | 将经过验证的最佳实践提升为 Solid Memory,纳入组织级知识库 |
| Improve 改进 | Solid → Liquid 注入 | 下次执行时,Solid Memory 中的知识自动注入到 Session Memory,提升决策质量 |
飞轮的关键瓶颈在 Reflection 阶段。大多数系统停留在"执行-记录"循环,缺少主动反思。实现方式包括:定期触发(每 N 次执行)、异常触发(结果偏离预期时)和人工触发(用户反馈驱动)。反思深度决定了飞轮的加速效率。
六要素中的"数据"要素在工程实现中可以细化为三层记忆架构。这不仅解决了"数据从哪来、怎么用、怎么留"的问题,还将其他五个要素串联起来:
三层记忆不是六要素之一的子模块,而是贯穿所有要素的基础设施。就像操作系统的文件系统服务于所有应用程序一样,三层记忆服务于大模型、规划、执行和决策的每一次交互。理解这一点,才能设计出真正"越用越好"的 Agent 系统。