Richmond Alake:AI 智能体的记忆与智能平面

原标题Richmond Alake on Memory and the Intelligence Plane for AI Agents

Oracle 的 Richmond Alake 提出用智能平面连接智能体记忆、企业知识和持续学习,并通过架构图与演示解释这一思路。

RARichmond Alake讲者 · Oracle
频道
AI Engineer
发布
2026年10月31日
视频
25:47
阅读
6 分钟
幻灯片
7
原文
英语
在 YouTube 打开
往下滚动阅读时,视频会缩到右下角继续播放。字幕跟随阅读语言。
阅读语言共 2 种语言可读
由 AI 从英语原文翻译。打开“对照原文”可以逐段核对。
摘要

30 秒看懂

Oracle 的 Richmond Alake 认为,仅有治理和工具访问还不足以构建可靠的智能体。他提出以智能平面组织知识、记忆和学习,讨论了智能体架构、访问控制,以及利用轨迹微调模型。产品演示旨在说明思路,其报告结果不能视为独立验证的基准。

  1. 1治理与智能控制平面管理权限和策略;Alake 提议用互补的一层处理上下文与学习。
  2. 2提出智能平面这一概念层把企业知识和记忆与智能体行为联系起来。
  3. 3参考架构演讲把智能体基础设施与知识、记忆和学习对应起来。
  4. 4有限的演示演讲者口述指标与屏幕数字不一致,两者都不能作为普遍适用的基准。
  5. 5从记忆中学习第二个演示利用分类后的轨迹微调记忆路由。

要点建议

  1. 智能体记忆包括用途和生命周期各异的多种信息。
  2. 控制平面负责治理智能体的运行;Alake 提议用互补的智能平面组织知识、记忆与学习。
  3. 本体和语义定义有助于智能体理解企业数据。
  4. 身份与访问控制必须与用户和应用上下文相对应。
  5. 应捕获轨迹并针对实际任务评估微调效果,不能假设演示结果可以推广。
全文

按章节阅读整理后的全文

只看原始文稿
01

作为智能体能力的记忆

Alake 介绍保存、复用、回忆和完善,并梳理不同的记忆形式。

Richmond Alake 开场询问听众是否了解智能体记忆。他说,自从自己开始讨论这个话题以来,关注度已经提高。他把记忆定义为智能体保存、复用、回忆和完善信息的机制,并称之为四个 R。

智能体记忆分类
幻灯片 1 / 7智能体记忆分类图中按持续时间和功能划分记忆。

记忆可以按短期、长期等持续时间分类,也可以按语义、情景、程序和工作记忆等功能分类。Alake 以这一分类为起点,再介绍一种更广泛的智能体系统思考方式。

02

控制平面与软件工厂

他定义控制平面,并讨论可重复的软件生产。

他把控制平面定义为集中管理智能体治理的系统,涵盖身份、策略、限制、编排、权限和审计。不同公司提供控制平面组件,他认为这类系统是必要的。

控制平面
幻灯片 2 / 7控制平面幻灯片列出治理与管理职责。

随后 Alake 讨论软件工厂:系统遵循可重复的流程,可靠地产出软件,可能并行使用多个智能体。他指出,这个词早于现代智能体,并把一次早期使用归于 1968 年通用电气的 Bob Bemer。

03

为什么提出智能平面

他借历史类比引出自己提出的知识与学习层。

他提出的下一层是智能平面。他说明,自己提供的是一种理解现有组件的方法,并非声称所有底层思想都是全新的。智能平面贯穿智能体技术栈,关注系统如何从数据和记忆中学习。

为了说明获取信息与解释信息的区别,Alake 讲述二战密码破译人员将日方代号 AF 与中途岛联系起来的故事。他把情报团队积累的上下文和假设,与集中控制作对比;这段历史故事是他架构观点的类比。

他的观点是,不同团队即使能使用相同模型和数据,将信息转化为有用决策的能力仍可能不同。他建议在编排和治理之外,增加贯穿技术栈的智能维度。

控制平面与智能平面
幻灯片 3 / 7控制平面与智能平面图中展示了提议的智能平面在技术栈中的位置。
04

智能平面如何工作

他讨论贯穿智能体技术栈的上下文、记忆、知识与学习。

Alake 用四个问题定义这一维度:智能体应该知道什么、记住什么、允许看到什么,以及如何改进?他分别把它们对应到知识、记忆、治理与数据访问,以及持续学习。

他概述了从提示词管理、上下文管理、控制平面到所提智能平面的演进。他反复强调,信息本身不等于智能:系统还需要组织、治理并使用获取的信息。

在整个技术栈中,他把用户身份与数据访问联系起来,把编排与上下文组装和记忆联系起来,并将数据层与本体及语义定义联系起来。基础设施则支持部署之后的推理、微调和学习。

Alake 提到,网络领域过去曾提出在管理和配置系统之上增加知识平面。他的智能体架构借用了这一框架。他用概念性公式说明:智能体由模型和运行框架构成,控制增加治理与安全,智能则加入知识、记忆和学习。

05

架构与分析智能体演示

参考架构和分析智能体演示说明了他的提议。

参考架构
幻灯片 4 / 7参考架构图中展示记忆、知识和学习如何融入智能体架构。

他的参考架构包括智能体运行时、记忆管理器、数据平台,以及能输入持续学习循环的轨迹。这些组件可以由不同提供商提供。图中把数据、控制和智能平面分开,以组织各自职责。

他说,较新的决策模型促使他重新考虑架构中的哪些步骤可以交给专门模型处理,包括检索流水线的不同环节。由于会议现场网络不可靠,他随后展示了录制好的演示。

演示比较受治理的分析智能体与朴素分析智能体。Alake 口述前者正确率为 99%,用约 3.2 万个 token,而后者用 20 万个;屏幕显示的却是 29 个问题正确率 97%,token 分别为 32,999 和 234,267。这些数字来自同一次演示且互不一致,并非普遍保证或独立基准。

一个例子中,本体帮助受治理智能体理解交易对手;另一个例子中,语义定义帮助区分集中度的含义。Alake 认为,在金融等关键任务中,即使错误率差异不大,也可能具有重要影响。

本体与语义上下文
幻灯片 5 / 7本体与语义上下文演示展示业务定义如何为分析智能体提供信息。
06

身份与数据安全

他解释为何访问权限必须与用户和应用上下文相对应。

对于开始这项工作的团队,他建议把记忆当作数据,写明实体和定义,将权限放入数据层,并捕获轨迹。他认为,掌控记忆能让团队控制系统如何改进。

Alake 把架构映射到 Oracle 的产品,介绍可用于构建智能平面的一组组件。他重点提到智能体记忆、数据安全、私有推理、本体和语义。这些是其整体框架中的厂商产品示例。

他介绍了一个用于智能体记忆的 Oracle Python 包,称它可以生成上下文卡片并抽象部分记忆工程工作。他还建议保留记忆轨迹作为潜在微调数据,将记忆工程与上下文工程连接起来。

在安全方面,他介绍了把用户身份和数据权限传入数据层的方法。在示例中,代表分析师工作的智能体继承分析师获准的访问范围,包括行级限制,而不是获得不受限的访问。

身份与数据安全
幻灯片 6 / 7身份与数据安全图中说明数据工作流中的身份与访问。

他介绍了在本地运行嵌入模型、语言模型和重排器的私有推理基础设施,以及云端托管方案。他的观点是,团队可以根据数据和基础设施要求选择部署组件。

07

利用记忆轨迹微调

第二个演示展示记忆路由和一种可能的学习循环。

第二个演示使用他开发的开源 Memories 工具。他指出智能体记忆系统中的三种模型角色:决策模型、嵌入模型和重排器。捕获的记忆可以成为团队为自身工作流程微调模型的数据。

示例重点是记忆路由:判断对话产生的信息应进入对话记忆还是工作流记忆。他没有把每项路由决策都写成应用代码,而是演示了用分类样本微调的决策模型。

记忆路由与模型调优
幻灯片 7 / 7记忆路由与模型调优界面展示如何针对记忆决策进行微调。

Alake 建议从记忆路由、嵌入和重排开始。他提出的循环是捕获并整理轨迹、训练或微调合适的模型,然后衡量实际用例的质量或延迟是否改善。

08

最后的建议

Alake 介绍 Oracle 的相关组件,并鼓励团队有意识地掌控记忆。

他简要介绍 Oracle 的私有智能体工厂及其底层记忆组件,然后再次强调本体与语义定义对关键任务的重要性。最后,他鼓励团队掌控自己的记忆、有意识地捕获轨迹,并建立持续学习的途径。

同频道的其他文章

18:52EN → 简体中文
AI Engineer· 2026年11月1日Hahnbee Lee 与 Lincoln Murr:为 AI 智能体设计文档和支付Hahnbee Lee, Lincoln Murr · Mintlify随着智能体越来越多地阅读文档和使用服务,Mintlify 与 Coinbase 讨论准确内容、API、支付授权和持续维护的重要性。智能体工程Agentic commerceDeveloper productivity
幻灯片18:45EN → 简体中文
AI Engineer· 2026年11月1日Ramakrishnan Lokanathan:评估 AI 智能体的工作,而不只是答案Ramakrishnan Lokanathan一套测试完整 AI 工作流的实用框架,将人工反馈、回归检查和更具挑战性的评估结合起来。智能体工程AI SafetyMachine Learning
8 张幻灯片21:39EN → 简体中文
AI Engineer· 2026年10月31日Jeff Smith:如何让 AI 智能体更安全地访问数据库Jeff Smith · OracleOracle 的 Jeff Smith 解释了生成 SQL 为什么可能误导用户,并展示如何用经过审核的报表、模式上下文和数据库层控制降低智能体风险。Natural-language database queriesMCP 与工具上下文工程+2
7 张幻灯片14:44EN → 简体中文
AI Engineer· 2026年10月31日Supriya Subudhi:Bumble 测试 AI 功能的五个经验Supriya Subudhi · Bumble积极的测试结果只是开始:使用率、输出质量、模型成本和监管都决定 AI 功能能否扩大规模。AI Product Management产品与体验评估+2
7 张幻灯片18:29EN → 简体中文
AI Engineer· 2026年10月31日Steven Latré:自己运行 AI 模型的经济账Steven Latré · imecimec 研究比较了长周期编程智能体使用 API、租用 GPU 和自有基础设施的成本。InferenceAI cost & performance基础设施与部署+2
5 张幻灯片17:02EN → 简体中文
AI Engineer· 2026年10月31日如何评估受监管贷款电话中的语音智能体Brooke Hopkins, Shiv Indap · CovalShiv Indap 与 Brooke Hopkins 介绍持续评估中的人工审核、LLM 评判器和模拟。语音 AI评估智能体工程+2