Databricks 推出 MemCurrent 持久记忆架构,用于生产级 A…

工具AI 评分 78/100Databricks:Blog(RSS)待复核
AI 聚合

本条为 AI 依据下方公开信源自动整理生成的摘要,不构成转载,可能存在偏差,请以原文为准。整理者:贝果科技 AI 资讯助手。

本条选题由第三方线索发现;线索方提供的摘要未被采用,本页内容依据下方信源整理。线索来源:AIHOT

Databricks 发布 MemCurrent,一种面向生产环境 Agent 的持久记忆架构,已用于支撑 Agent Bricks Memory 和 Genie。Agent 在工作过程中读写记忆,离线「dreaming」流程负责整合记忆,保持其一致与新鲜。在基于真实企业任务构建的内部基准上,MemCurrent 使 Agent 通过率提升至无记忆时的三倍,同时 token 用量减少 31%、运行速度提升 26%。该架构在通过率与每任务 token 消耗两个维度上均优于 Mem0、PropMem 和 OpenClaw memory。

全文梳理

AI 摘要依据下方信源原文自动整理,非原文转载

质量与效率的两难

材料指出,借助 AI 工具快速搭出 Agent 已不困难,难的是在生产环境长期维护。开发者常在质量与效率之间取舍:想要在长尾任务上答得准,往往要付出更高的成本与延迟;而各种优化手段通常改善一个维度就牺牲另一个。记忆被视为能同时改善两者的方向——让 Agent 跨任务携带用户偏好、此前的纠正、指标定义和成功的工作流,从而提升准确率、减少重复错误、避免重复摸索。但材料同时强调,历史越多不等于记忆越好:把全部交互都塞进去成本高,还会引入过时、冲突或无关的上下文。核心问题在于决定保留什么、如何维护、怎样衡量有用性。

读写与离线整合

MemCurrent 的运作方式是 Agent 在工作过程中读写记忆,另有一条离线的「dreaming」流水线对记忆做整合,使其保持一致并及时更新。材料把记忆接入 Agent 的方式归为三类并比较了取舍:作为插件时,记忆在会话的固定节点自动读写,行为可预测、更新立即生效,但运行时开销与延迟更高,也不够灵活,比如在并不需要记忆时仍会消耗 token;作为工具时,由 Agent 自行决定读写的内容与时机,灵活性更高;作为离线流水线时,记忆按计划或触发条件在后台更新,供后续会话使用。三种方式各有代价,MemCurrent 的组合正是围绕这些取舍设计的。

基准上的量化结果

Databricks 用真实企业任务构建了内部记忆基准,并在其上对比了不同方案。结果显示,相比完全没有记忆,MemCurrent 把 Agent 的通过率提高到三倍,同时每任务 token 用量减少 31%、运行速度提升 26%。材料还给出通过率与每任务 token 的对比图,称 MemCurrent 处于帕累托前沿,在两个维度上都优于 Mem0、PropMem 和 OpenClaw memory。这意味着它并非靠多花 token 换准确率,而是在更省资源的同时把任务做对的比例提上去。该架构目前已用于 Agent Bricks Memory 与 Genie 两个产品。

为什么值得看

记忆被定位为同时改善质量与效率的手段,且给出了通过率、token、延迟三项可对比数据,对做生产级 Agent 的团队有…

信源1 家

  1. [1]Databricks:Blog(RSS)线索来自 AIHOTDatabricks 发布 MemCurrent 生产级 Agent 持久记忆架构

关键事实

  • MemCurrent 已用于支撑 Agent Bricks Memory 和 Genie[1]

  • 内部基准上通过率为无记忆时的三倍,token 用量减少 31%,运行速度提升 26%[1]

  • 在通过率与每任务 token 两个维度上优于 Mem0、PropMem、OpenClaw memory[1]

  • 记忆可经插件、工具、离线流水线三种方式接入 Agent[1]

相关 · 工具

本页内容由 AI 自动聚合公开信源生成,仅供了解行业动态参考,不构成任何投资或决策建议。如需引用请以原文出处为准。