记忆张量MemOS + 阿里云PolarDB一站式记忆管理方案发布:给AI装上不断片的记忆

简介: AI智能体需长期记忆支撑持续服务,但面临跨会话丢失、多模态数据(结构化/向量/图)分散管理等挑战。阿里云PolarDB-PG与MemOS协同构建云原生记忆系统:前者提供关系+向量+图一站式检索底座,后者作为记忆操作系统实现提取、调度与治理,分层解耦、弹性扩展,助力企业高效落地可规模化AI记忆能力。

随着 AI 从单轮问答走向长期任务执行与持续服务,智能体需要处理的不再只是一次请求,而是持续增长的用户偏好、事实背景、历史交互和任务状态。有限上下文与跨会话信息丢失只是表层问题,更深层的挑战在于:这些记忆如何在云上被持续写入、实时调用,并随着用户规模和业务负载弹性扩展。

在实际生产环境中,AI 记忆并不是一份静态的聊天记录。它需要同时支撑高并发访问、海量数据增长、多租户隔离、故障恢复和动态扩缩容,还要完成信息提取、结构化存储、精准检索、持续更新与生命周期治理。只有将记忆管理与云原生的数据基础设施结合,长期记忆才能从单点功能升级为可规模化运行的 AI 基础能力。

阿里云 PolarDB 云原生数据库与记忆张量 MemTensor 提供了一条分层协同的工程化路径:PolarDB PostgreSQL 版(PolarDB-PG)为 AI 应用提供统一、稳定的记忆数据底座,MemOS 则作为面向 LLM 与 Agent 的记忆操作系统,通过云+开源部署方式,结合统一 Memory API、记忆模型与 MemCube 记忆容器,对记忆进行持续调度和管理。

PolarDB-PG 负责记忆的“稳”,MemOS 负责记忆的“活”。二者分别承担数据基础设施层与记忆系统层的职责,共同形成一条从云原生存储、记忆管理到 Agent 调用的完整交付链路。

1、构建智能体记忆面临的挑战

进入真实业务后,记忆系统往往还需要同时处理三类数据:

  • 结构化信息。例如用户编号、创建时间、业务标签、记忆来源和权限范围,需要关系型数据库完成精确过滤和一致性管理。
  • 语义信息。例如“喜欢低饱和度颜色”和“偏好莫兰迪色系”表达不同,但语义接近,需要向量检索进行召回。
  • 关系信息。例如用户、商品、订单和偏好之间的关联,或某条记忆由另一条记忆更新而来,需要图结构表达实体关系和多跳路径

传统方案通常需要分别部署关系库、向量库和图库,再由应用层维护数据同步、连接配置和异常处理

PolarDB-PG 将关系、向量与图能力纳入同一数据库体系。向量侧可以通过优化后的 PGVector 完成语义检索,图侧则通过 PolarAGE 专业图引擎处理实体关系和图查询,结构化数据则继续使用 PostgreSQL 原生能力管理

这意味着记忆数据不再需要在多套数据库之间反复同步,研发人员可以将更多精力放在记忆质量和业务逻辑上。

2、PolarDB 一站式记忆管理系统:底座能力全景

2.1 一站式记忆库:标量 + 向量 + 图引擎,一个实例支持三种检索

PolarDB PostgreSQL 版在同一数据库实例中提供多种数据管理与检索能力。

其中,优化版 PGVector 负责语义检索,一条 SQL 即可完成相似度计算与属性过滤;PolarAGE图引擎负责图查询,采用了原生图数据库的遍历算法,在百亿级节点规模下可实现万级 QPS、百毫秒内响应,支撑多跳遍历与因果链推理;PostgreSQL 原生的关系型能力——全文索引、事务一致性、备份恢复——开箱即用。

三类能力由同一数据库体系统一承载,可以减少关系数据、向量数据与图数据在多套系统之间的同步与维护。配合存算分离、只读节点扩展和弹性伸缩能力,PolarDB-PG 可以根据记忆数据规模和访问负载进行扩展。

双方分别承担记忆管理层与数据库底座的职责:

  • MemOS 作为面向 LLM 与 Agent 的记忆管理层,负责记忆的写入、提取、组织、检索、更新与生命周期管理,并通过统一 Memory API 和 MemCube 记忆容器向应用提供能力;
  • PolarDB-PG 负责记忆数据的持久化,以及关系查询、向量检索、图关系处理,并提供事务、权限、备份恢复和弹性扩展等数据库能力。

两者共同形成从记忆写入、持久化存储、组合检索到持续更新的完整链路。

MemOS Cloud 已使用 PolarDB 支撑记忆数据的存储与查询。双方在同等机器配置、同等数据集和同等负载条件下,使用 MemOS Cloud 对 PolarDB-PG 与某主流图数据库进行了 Search P99 延迟对比测试。

同等机器配置、同等数据集下 Search P99延迟对比(单位:ms,越小越好)

在 10—40 QPS 的全部负载点,PolarDB-PG 的 P99 延迟均低于对照数据库:

  • P99 性能提升 1.79—9.27 倍,中位数为 2.71 倍,5 个负载点平均提升 3.96 倍;
  • 在 40 QPS 下,PolarDB-PG 的 P99 延迟为 1404ms,对照数据库为 13020ms,性能提升 9.27 倍,P99 延迟降低 89.2%。

2.2 PolarDB 模型算子:支撑记忆抽取、向量化与召回精排

仅有存储能力还不足以构建长期记忆。对话内容在写入前需要经过信息抽取和向量化,检索结果还需要进一步排序。

PolarDB 提供三类模型算子:

  • LLM 算子:提取长期事实、用户偏好和实体三元组,并辅助处理新旧记忆的融合;
  • Embedding 算子:将记忆内容转化为向量表示,用于语义检索;
  • Rerank 算子:对召回结果进行精排序,减少无关内容进入大模型上下文。

方案支持数据库模型算子和百炼等模型服务。模型调用可优先使用百炼,高负载时切换至数据库模型算子作为备用通道,提升流量波动下的稳定性和服务连续性。

2.3 图形化配置与开放接入

PolarDB 控制台支持模型算法、数据库参数、记忆提取策略和记忆图谱的图形化管理。

开发者则可以通过 MemOS 开源 SDK、Memory API 和示例项目,将长期记忆接入现有 LLM 与 Agent 应用。平台管理员负责配置和治理底层能力,应用开发者负责将 MemOS 接入具体业务。

3、MemOS × PolarDB 记忆全链路:从提取、存储到召回与治理

3.1 提取与写入:将对话转化为记忆节点

假设用户在聊天中提到:

“平时穿 M 码”、“喜欢莫兰迪色系”、“上个月买过一条阔腿裤”。

MemOS 会将其中具有长期价值的信息组织为尺码偏好、颜色偏好和购买历史等独立记忆节点。

每个节点可以包含创建时间、更新时间、归属用户、标签、来源和向量表示等元数据;节点之间还可以通过关系边建立关联,形成可追踪、可查询和可推理的记忆网络

在 MemOS 组织的记忆写入流程中,PolarDB 的 LLM 算子负责事实与实体关系抽取,Embedding 算子负责生成向量表示,处理后的结构化信息、向量数据和图关系统一写入 PolarDB-PG。

3.2 召回:向量、图关系与模型精排协同处理

一个月后,用户再次咨询:“帮我搭一套参加婚礼的衣服。”

记忆召回分为三个环节:

  • L1 向量初筛:通过向量相似度计算、属性过滤和标签匹配,召回与“婚礼穿搭”相关的候选记忆,典型延迟小于 50ms;
  • L2 图谱扩展:利用 PolarDB-PG 图引擎进行多跳查询,从候选节点扩展至尺码、色系偏好和购买历史等关联记忆。配合并行执行与 LRU 多图队列优化,核心路径 P95 响应稳定在 10ms 级;
  • L3 精排与推理精炼:Rerank 对候选记忆进行相关性排序,LLM 判断记忆之间的因果、冲突和条件关系,过滤重复或无关内容。

最终传递给大模型的记忆可以被整理为:该用户平时穿 M 码,偏好莫兰迪色系,上个月购买过一条阔腿裤。大模型据此生成更符合用户偏好和历史行为的穿搭建议。

3.3 治理:记忆的动态演化

记忆写入后并不是不可变化的静态数据。

MemOS 的 Memory Scheduling 机制用于组织记忆的生成、调用、更新和生命周期管理。当新的信息与已有记忆存在差异时,可以根据应用配置和业务策略进行融合或更新;当用户主动纠正信息时,可以通过反馈机制修改相关记忆;对于不再适用的内容,也可以进行删除或归档。

因此,记忆系统管理的不是一个不断累积的静态片段集合,而是一组可以持续更新和治理的长期信息。

3.4 MemCube:多租户隔离支撑千万用户

在多业务、多 Agent 和多用户场景中,不同主体的记忆需要明确归属,并控制相应的访问范围。

MemOS 使用 MemCube 管理不同记忆空间,PolarDB-PG 则通过集群、Database、Schema、表、图和用户标识落实数据隔离:

在单个 MemCube 内部,PolarDB 按 UserID 自动划分子图。同等记忆规模下,召回效率提升 50% 以上,支持千万级用户规模的独立记忆空间。

对于产品规格、合规条款和行业知识等公共记忆,MemOS 可以组织跨项目、跨 Agent 的共享范围,PolarDB-PG 则通过 Schema、表、视图和权限体系控制读写边界,在实现记忆复用的同时保证数据可控。

4、企业落地记忆系统的四重价值

采用 PolarDB-PG 与 MemOS 协同的架构,企业可以在同一套数据底座上完成关系、向量与图检索,减少多套数据库之间的数据同步、系统联调与运维成本。

  • 接入效率高。开发者仅需对接单一系统,即可同时获得图、向量、关系三种检索能力;集成周期从“周级”缩短至“天级”。
  • 成本可控。存储的是提炼后的记忆节点而非原始对话全文,传递给大模型的 Token 量显著减少;配合存算分离与弹性扩缩容,底层资源费用随实际用量变化,无需提前预留冗余。
  • 可靠性强。MemCube 级别的空间隔离配合数据库层面的多租户管控、备份审计与资源管理,使记忆可追溯、可修正、可删除——SLA 具备写入合同的保障力。
  • 人力投入降低。传统方案中向量库、图库与记忆抽取逻辑各需专人维护;在新架构下,MemOS 负责记忆策略与调度,PolarDB-PG 负责数据库运维与弹性扩缩——技术团队可将精力集中于业务本身。

当系统逐步进入多 Agent 协作、用户记忆持续更新、技能经验沉淀和团队知识共享阶段,企业需要管理的便不再只是记忆的写入与召回,而是记忆在不同用户、任务和 Agent 之间的完整生命周期。

通过 MemOS 与 PolarDB-PG 的分层协同,企业可以在保持底层数据稳定可靠的同时,让记忆持续更新、按需调用,并随着业务规模扩展。

5、快速体验

目前,PolarDB × MemOS 基于阿里云的一站式记忆管理系统已正式上线,MemOS 已开源。

  • PolarDB 控制台:全面图形化配置,记忆引擎、模型服务、提取策略均支持白屏化管理;
  • 极简 API:提供 REST API 与客户端 SDK,自动完成记忆提取、融合与搜索;
  • 生态兼容:阿里云 PolarDB Agent Express/AgentRun/AgentScope 一体化整合。

一套 PolarDB,一个 MemOS,为 AI 应用提供持续可用的记忆能力。

相关文章
|
2月前
|
存储 人工智能 关系型数据库
WAIC|从服务人,到服务 Agent:阿里云数据库打造智能体时代的数据平台
在2026世界人工智能大会(WAIC)阿里云“Agentic Cloud”论坛上,阿里云数据库产品事业部负责人杨辛军发表《从服务人,到服务Agent:打造智能体时代的数据平台》主题演讲。
|
2月前
|
弹性计算 缓存 负载均衡
可用架构实践:阿里云支撑跑腿平台稳定运行,分账链解决交易结算核心痛点
同城跑腿、即时代办、即时配送属于典型的高并发、短时效、强交易、高波动业务场景:节假日、午晚高峰、暴雨暴雪天气会瞬间触发流量峰值,订单秒级涌入;同时每一笔订单都涉及用户、平台、入驻商户、跑腿个人师傅四方交易分润,业务链路复杂。 对于开发者而言,跑腿平台上线运营核心要解决两大问题:业务层高可用稳定承载 + 交易层合规自动化分账。 绝大多数成熟跑腿平台,均基于阿里云云原生架构实现业务稳定、弹性扩容、故障自愈,保障全时段服务可用;而针对行业专属的多方分账、高分润、逆向退款、合规清算难题,行业通用最优解是垂直场景专用系统——分账链。 本文从阿里云架构落地、业务痛点拆解、交易分账解决方案三个维度,完整复盘
379 122
|
2月前
|
人工智能 自然语言处理 API
阿里云百炼 Token Plan 全解析:个人版与团队版支持模型、套餐定价、API调用实战教程
随着大模型落地场景持续拓宽,文本生成、图像绘制、视频生成、语音交互、代码智能体等需求同步爆发,开发者与企业往往需要同时接入十余款不同厂商模型,单独采购各模型Token套餐不仅管理繁琐,整体调用成本也难以管控。阿里云百炼推出TokenPlan订阅服务,采用统一Credits额度抵扣机制,一份订阅即可兼容数十款主流AI模型,覆盖文本、视觉、音视频全品类能力,同时区分个人版、团队版两大订阅体系,分别匹配独立开发者、企业协作团队两类使用人群,通过包月固定费用模式精准控制月度AI预算,规避按量计费带来的账单波动风险。
430 2
|
2月前
|
人工智能 Linux 网络性能优化
AgenticFS 重磅发布
AgenticFS是阿里云专为AI Agent设计的新型文件系统,支持百万级Workspace管理,提供容量、权限及性能隔离,解决传统NAS在文件数、目录配额和接入点规模上的瓶颈,具备弹性扩展、QoS保障与租户级故障域隔离能力。
275 3
|
2月前
|
安全 Java 数据安全/隐私保护
|
2月前
|
存储 人工智能 JSON
大模型幻觉治理:从机理到生产级缓解方案
本文深入剖析大模型“幻觉”本质,指出其是架构性问题而非能力不足,并系统提出分层治理方案:从幻觉分类、根因分析(训练目标、知识存储、解码随机性),到评测方法、Prompt约束、受限解码、RAG增强、Guardrail兜底及训练优化,强调多层防御与人机协同。
347 2
|
2月前
|
数据采集 人工智能 数据管理
数据治理平台技术架构深度解析:基于DCMM 2.0的数据质量评估模型设计路径
本次选型揭示:数据质量管理非功能堆砌,而取决于标准关联、监测链路、血缘追溯与反馈闭环四大架构深度。DCMM管流程成熟度,GB/T 36344管六维指标(规范性、完整性、准确性、一致性、时效性、可访问性),平台须双轨对齐、闭环验证。
|
2月前
|
SQL 关系型数据库 MySQL
【2026最新】DBeaver下载、安装、数据库管理一篇搞定(附官网社区版安装包)
DBeaver是一款免费开源的跨平台通用数据库管理工具,支持MySQL、PostgreSQL、SQLite、Oracle等几乎所有主流数据库,无需为每种数据库安装独立客户端,极大提升开发与数据分析效率。
|
2月前
|
存储 人工智能 大数据
电网也开始“会思考”了?大数据如何预测用电、调度能源,还能算清碳排放
电网也开始“会思考”了?大数据如何预测用电、调度能源,还能算清碳排放
149 2
|
2月前
|
运维 前端开发 对象存储
阿里云国际站(云老大):视频点播403错误解决方法
视频播放途中突然中断,开发者工具里只留下一个冷冰冰的HTTP 403,而日志又给不出明确指向——这是不少运维和前端在对接阿里云视频点播时都踩过的坑。阿里云视频点播403错误解决的关键,往往不在于某项配置本身,而在于对整个鉴权链路和域名解析关系的理解是否到位。表面看是权限拒绝,背后通常是签名、防盗链策略或域名CNAME三个环节的某个衔接点出了问题。
137 0