Dreaming 升级之后,AI 记忆需要按年管理

在这里插入图片描述

2025 年 4 月,OpenAI 为 ChatGPT 引入了 Dreaming 的早期版本,让系统可以在后台参考聊天记录,持续整理用户相关信息。今年 6 月,OpenAI 又升级了 Dreaming 架构,重点处理记忆过时、信息正确性和大规模长期使用中的成本问题。

这次升级讨论的并非某一条偏好能否被保存。用户说过“下周去新加坡”,行程结束后,系统应当知道这段计划已经变成过去;用户曾经不吃辣,后来口味发生变化,旧偏好也需要被更新。长期使用下来,系统还要从大量历史信息中找出当前任务真正需要的部分。

AI 记忆开始按“年”管理,竞争重点也随之变化。系统需要持续合成、更新和调用正确的信息,并让用户与企业能够查看、修正和删除这些信息。

这同样是企业 Agent 必须面对的问题。上下文窗口、RAG 和向量数据库各自承担重要工作,却无法独立覆盖长期记忆的写入、更新、权限、审计与删除。

从保存信息到管理状态

早期的 AI 记忆很像一张备忘录。用户说“记住我不吃辣”,系统保存一条偏好;下次推荐餐厅时,再把它放进上下文。这种方式能改善体验,但使用时间拉长后,记忆会遇到更具体的问题。

用户以前不吃辣,现在改了口味,系统应怎样处理旧记录?“我下周去上海”过了一周,系统该把它归档、更新,还是继续当作未来计划?一段对话里既有稳定偏好,也有临时情绪,哪些内容值得长期保存?同一位用户在工作、家庭和不同设备上的信息,哪些可以关联,哪些需要隔离?模型根据上下文推断出的信息,又该怎样标记可信度?

用户提出修改或删除请求时,系统还需要检查相关副本、索引和派生信息。这些工作超出了“多放一些历史文本”的范围。

640 (3)_副本.png

企业采购或自建的,最终是一套能够长期运行的记忆系统。它需要回答五个连续的问题:信息怎样进入记忆,当前任务怎样找回合适的信息,新旧内容怎样更新,错误记忆怎样修正,不再需要的信息怎样删除。

Dreaming 指向的三项长期能力

OpenAI 将新版 Dreaming 的目标概括为 freshness、continuity 和 relevance,也就是时效性、连续性与相关性。

时效性处理的是记忆过期的问题。旅行会结束,任务会完成,用户偏好会改变,企业规则也会更新。长期记忆系统需要识别新旧信息之间的关系,对记忆进行更新、降权、归档或遗忘,因此需要保留时间信息、版本关系、反馈入口和生命周期策略。

连续性处理的是跨会话使用的问题。原始对话通常很长,重复内容很多,其中大量信息只在当时有效。把它们全部拼进下一轮上下文,会增加 Token 成本,也会让重要事实被噪音淹没。系统需要从原始消息中识别事实、偏好、事件、关系和任务状态,再结合当前场景调用合适的部分。

相关性则处理“此时该用什么”的问题。检索到语义相似的内容,不代表它应当进入当前推理。用户身份、业务场景、时间、权限、任务阶段和信息可信度,都会影响一条记忆是否适合被调用。长期记忆需要检索能力,也需要调度机制。

MemOS 把记忆变成独立系统能力

记忆张量 MemTensor 长期聚焦大模型长期记忆与持续学习问题,并将 MemOS 定义为面向 Agent 时代的记忆操作系统。

MemOS 已提供 Dreaming 能力,用于对已写入的对话和记忆进行后台处理。MemOS Dream Core 可在 Fine Mode 写入后生成 Dream context nodes,并在 Dream 阶段完成上下文绑定与摘要,同时记录 Dream diary。Search Memory 可按配置召回相关 context nodes。

这项能力将多轮对话中分散的事实、偏好、任务进展和上下文关系纳入持续整理流程。新信息进入系统后,可以先完成记忆写入,再由 Dreaming 在后台进行上下文整合;后续任务发起检索时,系统能够结合已经生成的上下文节点返回相关内容。

在 MemOS 中,Add Message 提供信息写入入口,Dreaming 负责后台整合,Search Memory 负责按任务召回,Add Feedback 与 Delete Memory 则支持后续纠正和清理。由此,记忆从一次对话中的原始记录,逐步进入可持续更新、检索和治理的长期状态。

模型负责理解、推理与生成,Agent 负责规划任务、调用工具和执行操作,MemOS 则负责处理跨时间的信息,把记忆的生产、组织、调度、治理和演化放进独立的系统层。

MemOS 位于 Agentic AI 与大语言模型之间,将原本分散在应用代码、数据库和对话历史里的记忆能力组织起来。它可以从对话、文档、任务和业务事件中识别长期有效的信息,按用途与形态管理不同类型的记忆,再结合用户、任务、场景、时间和权限选择当前需要的信息。同时,来源、日志、版本、权限、隐私、删除和遗忘等问题也可以进入同一套记忆治理流程。

MemOS Cloud 已提供覆盖写入、检索、反馈与删除的公开接口。

640 (4)_副本.png

以 add/message 为例,应用可以把消息交给 MemOS 处理。公开文档说明,该过程可对内容进行信息抽取、冲突检查与记忆存储;应用也可以通过 info、标签、用户标识和 Agent 标识补充业务范围与隔离信息。

这些接口让写入、检索、反馈和删除成为应用可管理的动作。企业仍需在自身架构中配置权限模型、审批规则、日志留存、数据隔离与合规策略。

为什么需要分层记忆

不同信息的保存与调用方式并不相同。MemOS 将记忆划分为明文记忆、激活记忆和参数记忆。

明文记忆适合查看、更新、修订和溯源;激活记忆可以在推理过程中高效复用;参数记忆承载经过训练或长期积累形成的稳定能力。MemOS 将三类记忆组织在同一套调度体系中,系统可以按照任务与运行条件,在不同记忆形态之间进行管理和转换。

这样的设计需要同时处理三个实际要求。信息要能被查看、修改和追溯;记忆调用不能为实时推理带来难以接受的延迟;长期积累的经验需要有机会形成稳定能力。

向量数据库和图数据库可以承担存储职责。记忆如何产生、何时调用、怎样更新以及由谁治理,仍需要由上层系统处理。

企业 Agent 的记忆规则各不相同

个人产品与企业 Agent 面对的约束不同。游戏行业、AI NPC 更关注角色设定、共同经历与关系演进;企业知识管理与办公协同更关注跨会话任务延续、项目上下文和权限边界;端侧智能硬件需要兼顾跨设备连续性和本地隐私;AI 客服需要连接不同渠道的服务历史;金融和工业场景则更关注权限、来源、审计、私有化与数据删除。

MemOS 面向云服务、私有化、端侧和端云协同等使用形态。具体可用能力、功能边界和交付条件,应以项目版本与官方资料为准。

不同业务也不需要采用同一套记忆策略。统一的基础设施可以提供治理边界,让应用按自身数据、任务和合规要求选择生产、调度与存储方式。

评价长期记忆,不能只看召回率

传统检索系统常用召回率衡量效果。长期记忆进入产品后,还需要同时观察连续性、时效性、相关性、可控性与运行效率。

连续性关注跨会话后能否延续真正有价值的历史;时效性关注过期计划和变化后的偏好能否及时更新;相关性关注系统是否只在合适的任务中调用合适的记忆;可控性关注用户和企业能否查看、修正、删除并约束记忆;运行效率则要考察使用时间和用户规模增长后,记忆加工与调用能否控制延迟、Token 和存储成本。

一次成功记起用户生日的演示,无法覆盖数月后的状态变化、多用户隔离和大规模并发。长期智能依赖的是一套可以持续处理这些问题的机制。

常见问题

AI 为什么会忘记用户偏好和历史对话?

多数模型不会天然保留跨会话状态。当前会话结束后,历史信息需要由外部系统保存并在后续任务中提供。即使保存了完整聊天记录,系统仍要处理有效信息抽取、过期更新、冲突识别和按场景调用。

AI 记忆、上下文窗口、RAG 和向量数据库有什么区别?

上下文窗口承载单次推理输入,RAG 从外部知识源检索材料,向量数据库提供存储与相似度检索。长期记忆系统管理跨时间的信息状态,覆盖写入、更新、反馈、权限、审计、删除和遗忘。

生产级 Agent Memory Architecture 应包含哪些模块?

常见模块包括记忆写入与抽取、身份和作用域隔离、检索与重排、冲突和时效处理、反馈与更新、删除与遗忘、权限与审计,以及延迟、成本和质量评估。实际架构还需与模型、Agent 编排、业务数据和合规系统连接。

MemOS 是什么?

MemOS 是 MemTensor 推进的记忆操作系统,目标是将模型上下文、应用代码和数据库中的记忆能力组织为独立基础设施。公开文档已提供消息写入、记忆检索、反馈、删除和记忆模块编排等入口。

结语

当 AI 开始长期参与个人生活与企业流程,记忆会直接影响任务质量、用户体验和生产可信度。

系统需要知道哪些信息值得保存,哪些内容已经过时,当前任务应当调用什么,以及错误记忆如何被修正或删除。

MemTensor 从 Memory³ 相关记忆机制研究出发,通过 MemOS 推进记忆系统工程化,并继续探索 Agent 和记忆基础设施、记忆原生通用基座模型等方向。目标是让 AI 在更长的时间里保持连续、准确并且可管理的理解。

相关链接

MemOS 官网:

GitHub:

文档:


关于记忆张量 MemTensor

记忆张量(上海)科技有限公司(以下简称“记忆张量 MemTensor”)是由上海算法创新研究院孵化,并由中国科学院院士担任首席顾问的新一代大模型与长期智能基础设施企业。

公司以“低幻觉、个性化、自我学习进化”为核心,长期聚焦大模型长期记忆与持续学习问题,围绕 Memory³ 相关记忆机制研究、MemOS 记忆操作系统、Agent 和记忆基础设施产品化,以及记忆原生通用基座模型,构建从理论探索、系统工程化到模型层探索的递进式技术路线,推动 AI 从一次性生成走向长期智能。

公司已与招商、海诚、荣耀等重要合作伙伴建立深度协同关系,并在 AI 陪伴、游戏、端侧智能硬件、金融及工业等多个重点行业实现商业化落地,先后累计完成近两亿元融资,由中金、孚腾、华为哈勃、商汤、和玉等众多知名投资机构参投。

相关推荐

权限撤了,Agent 为什么还记得那份报价?

MemOS 提供记忆的保存、检索、修改和删除操作,让 Agent 能在后续任务中使用已有的客户上下文。

MemTensor的博客 249

用 MemOS,让客服 Agent 记住上次聊到哪

整体可以概括为 “两次写入、一次组合召回”。每轮任务结束后,同一份任务记录分别写入用户记忆和 Agent Skill,通过指定不同的记忆类型;用户再次发起请求时,通过一次同时获取当前用户记忆、Agent Skill 和政策知识。当前会话历史仍由客服应用自己维护。具体来说,用户记忆通过user_id限定范围,Agent Skill 通过agent_id跨用户复用,政策知识库通过加入同一次检索。用户请求│├─ Agent 从业务应用读取当前会话历史│。

MemTensor的博客 264

OpenAI 发布 Agents API 之后,长任务 Agent 的记忆该如何管理?

OpenAI Agents API 把“持续运行数天”的 Agent 推向标准化,也暴露了长任务的另一面:上下文可以被压缩,进程可以被恢复,但一条状态为什么值得长期保留、何时失效、谁有权使用,仍然需要独立的系统判断。2026 年 9 月 10 日,OpenAI 发布 Agents API 公开测试版,将会话编排、上下文压缩和任务恢复等能力整合到托管的 Agent 运行框架(harness)中。开发者可以通过 API 启动 Agent,配置工具调用与子 Agent 协作,并在后续交互中继续推进已有任务。

MemTensor的博客 301

大模型是怎么炼成的(一):训练全景与开训准备

本系列会围绕 Llama 3、DeepSeek-V3/R1、Tulu 等公开程度较高的系统,回答三类问题:每个阶段解决什么问题、核心目标和算法是什么、工程上如何验证它确实有效。

MemTensor的博客 210

产品更新|MemOS Cloud 支持 DeepSeek Harness,新增 Native Hook

MemOS Cloud 新增 DSH No-Hook 接入,并在多种 Agent 框架中接入 Native HookMemOS Cloud CLI 现已支持 DeepSeek Harness(DSH)接入云端长期记忆。完成初始化后,MemOS Cloud CLI 会通过 DSH 原生的AGENTS.md与 Agent Skills 机制,把记忆检索和写入流程接入日常对话:开始回答前查询相关记忆,任务结束后沉淀本轮问题、结论和任务经验。

MemTensor的博客 355

Memory Poisoning:企业 Agent 必须建立的六道长期记忆控制

Agent 能够长期工作,记忆就会开始影响后续任务的质量与安全。企业需要知道一条记忆从哪里来,为什么被写入,哪些任务曾调用过它,发现问题后又能否及时修正或删除。长期记忆并不只是保存历史。它需要在每一次写入、召回和更新中保持可控、可查、可处理。

MemTensor的博客 345

FlashAttention:从 IO 感知到软硬件协同流水线

FlashAttention 不是一个「近似」或「省显存的小技巧」,而是对 attention 计算方式的一次重写:它用 ​​,在数学上等价地避免 materialize 𝑂(𝑆2) 的注意力矩阵,显著降低 HBM IO,并让许多常见形状更接近硬件的计算吞吐上限。FA1 确立 IO-aware 思想,不把 𝑆×𝑆 写进 HBM;FA2 通过减少 non-matmul FLOPs、沿序列维并行、split-Q,把 GPU 喂满;

MemTensor的博客 254

产品更新|Memmy 支持 Linux 啦!

v1.1.1 已正式发布,Linux CLI 安装资源已上线 ~大家千呼万唤的,Memmy 正式支持 Linux 啦!很多开发者的 AI 工作发生在终端里:在本地工作站处理项目,在远程开发环境中运行 Agent,或在 Linux 服务器上持续执行任务。项目背景、过去的排查过程、常用偏好和已经验证过的方案,会随着一次次会话逐渐积累。这次 Linux 支持将 Memmy 带到更多终端环境中。安装完成后,你可以直接通过memmy进入交互式 TUI,完成模型配置、发起任务并使用本地记忆能力。

MemTensor的博客 191

PHASE-Tree|为长线 AI 角色构建可演化的人格骨架

今年 6 月,NVIDIA 在 Unreal Fest 2026 公布了面向 Unreal Engine 5 的本地 AI 角色工具,并展示了将 NPC 的角色设定与具体表演过程分开的工作流,让角色能够根据现场情况行动和回应,同时保持角色一致性。当 AI 角色进入真实游戏运行时,一句台词通常会同时受到多组信号影响。

MemTensor的博客 350

PHASE-Tree|CPC 不只要会聊、会打,还要会成长:AI 队友的状态演化难题

生成模型随后读取更新后的当前状态,让新的关系、立场和情绪体现在下一次回应中,同时保留没有被证据推翻的原有性格。原始对话信息密度很高,系统先从目标角色的视角提取真正与角色变化有关的事实:他新知道了什么、对谁的态度改变了、做出了什么承诺、立场和情绪发生了什么变化。PHASE-Tree 主要借鉴前两个层次:前者对应长期的性格倾向、表达方式和行为风格,后者对应对某个人的态度、在一段关系中的承诺,以及面对特定事件时形成的立场与应对方式。角色设定写下角色最初是谁,长期记忆保留已经发生的事。

MemTensor的博客 191

MemOS Skill 上线|一句话即可接入 MemOS Cloud

Agent 已经不只是聊天窗口了,它们在 IDE 里改代码,在终端里跑命令,在办公流里处理文档,也开始替大家连接插件、调用工具、串起自动化流程。为了帮助开发者在 Claude Code、Cursor 等 Agent 开发工具中更快接入 MemOS Cloud,我们上线了 MemOS Skill。我们希望,只需一句提示词,即可让 Agent 自动通过 MemOS Skill 接入 MemOS Cloud。

MemTensor的博客 176

从 Memory 到 Skill:长周期 AI Agent 如何实现持续进化

历史记录能帮 Agent 想起过去,却不能保证它下一次真的会按正确方法做。MSCE 想补上的,正是“记得”和“会做”之间的这段空白。

MemTensor的博客 249

产品更新|MemOS 现已支持 DeepSeek Harness 长期记忆接入

DeepSeek Harness 将模型、工具、界面和运行能力组织在 profile 中,并通过插件机制扩展运行时能力。MemOS 已通过 DeepSeek Harness 的 Cordis 插件机制接入长期记忆,无需修改 DeepSeek Harness 源码。任务执行时,Agent 可以获得与当前请求相关的记忆内容。回合结束后,新形成的决策和经验会进入后续的记忆处理流程。

MemTensor的博客 295

产品更新|MemOS Cloud 全新升级:让 AI 认准人、记全事、分清归属

一个真正能长期陪伴用户的 AI,不能只是“记住几句话”。它得知道:这个人是谁,最近经历了什么,哪些偏好是长期稳定的,哪些只是某次对话里的临时信息。在群聊、家庭助手、企业协作、多 Agent 场景里,它还得分清楚——这句话是谁说的,这段记忆属于谁,之后又该为谁调用。过去,MemOS 已经能够稳定处理事实、偏好、技能和工具经验。这次 MemOS 版本更新,我们把注意力放到了三个更接近真实产品的问题上:认准人、记全事、分清归属。

MemTensor的博客 243

产品更新|MemOS CLI 上线:让能跑命令行的 Agent 更轻量接入长期记忆

MemOS CLI正式发布,将长期记忆能力引入命令行,为人、脚本和Agent提供统一记忆调用入口。核心功能包括: 快速验证:通过终端命令直接测试记忆的写入、检索、读取等操作,简化开发调试流程。 Agent集成:支持Codex/Cursor/Claude等主流Agent自动调用记忆,实现"对话前检索+对话后写入"的自动化流程。 统一接入:打破框架限制,通过标准化CLI为多平台提供一致记忆层。 典型场景:开发者可用memos add写入用户偏好,memos search验证召回效果,再通过memos init

MemTensor的博客 448

产品更新|MemOS 新增 Dream 离线反思:让记忆系统学会在后台「做梦」

MemOS推出Dream功能,让记忆系统在后台自动整理记忆,从被动存储转向主动洞察。Dream通过分析分散记忆,识别深层问题并生成InsightMemory,帮助Agent更高效地应对用户需求。更新亮点包括:1)离线反思机制,避免实时对话的碎片化处理;2)DreamDiary记录梦境过程,保证透明度;3)插件化设计,支持灵活扩展。该功能已在MemOS开源仓库发布,邀请社区开发者共同完善。

MemTensor的博客 506

产品更新|MemOS 学会「读懂时间」,还能直接吃下你自己的 Skill

MemOS 一直主张"记忆即资产"。在真实对话里沉淀下来的解决路径、用户偏好、业务流程,不只是历史记录,它们也可以变成 Agent 后续执行任务时能调用的技能素材。这次更新后,MemOS 支持上传自定义 Skill 文件。检索时,自定义 Skill 会和自动生成的 Skill 一起被召回,供 Agent 使用。一句话说清楚就是,以前 Agent 像一个只靠临场发挥的新人;现在,你可以把团队已经验证过的 SOP、客服流程、排障手册直接交给它。遇到相关问题时,它先把合适的流程找出来,再按流程做事。

MemTensor的博客 480

产品更新|MemOS Local Plugin 2.0:Hermes Agent 和 OpenClaw 双 Agent 同步支持

MemOS Local Plugin 2.0 发布了!Hermes 和 OpenClaw 双 Agent 同步支持——从这一版开始,新的 Agent 都将通过本地插件同步支持,共享同一份核心。1.0 上线三个多月,社区反馈最多的是同一类问题:好不好用容易判断,但 Agent 学到的东西到底对不对、可不可信,没人说得清。MemOS Local Plugin 2.0 想补的,正是这块缺口——也是大模型与每一个真实用户之间的「最后一公里」。

MemTensor的博客 439

MemFactory:Agent 记忆终于有了自己的 LLaMA-Factory

还在为 Memory Agentic 操作框架反复重造轮子?也许,这正是这个方向迟迟没有爆发的根本原因。AI Agent 领域有一个越来越清晰的共识正在形成:真正决定 Agent 能不能从"会聊天的工具"进化成"长期持续工作的系统"的,不只是模型推理能力,也不只是工具调用能力,而是记忆能力。没有记忆的 Agent,本质上仍然是一个"单轮应答器"过去一年多,Memory-R1、MemAgent、RMM 三篇工作几乎前后脚放出来,社区里讨论"用强化学习训 Agent 记忆"的帖子开始刷屏。

MemTensor的博客 499

记忆抽取 API 上线:MemReader——让你的 Agent 学会「想清楚再记」

MemReader-4B 在 LongMemEval 的知识更新维度上达到了 91.03%,时序推理达到 84.21%,远超 4o-mini 的 74.26% 和 77.44%。作为记忆张量首次提出“记忆调度”架构的 AI 记忆操作系统,我们希望通过 MemOS 全面重构模型记忆资源的生命周期管理,为智能系统提供高效且灵活的记忆管理能力。我们希望通过 MemReader 做到的,说到底就是让记忆写入这个动作,从一个无脑的信息搬运,变成一个有判断的认知过程。看起来没问题对吧,但「那个项目」是什么?

MemTensor的博客 475

SkillsVote:从技能目录走向终极技能网关(Ultimate Skill Gateway)

成千上万个 skills 摆在面前,你的 Agent 为什么还是不会干活?2025 年底 Anthropic 把 Agent Skills 规范作为开放标准发布,OpenAI 在 Codex CLI 里跟进了同一套格式,Cursor、Gemini CLI 也陆续接入。有人说 2026 是"Agent 找到工作并开始写周报"的一年——工具连接标准化了,流程知识模块化了,分发机制也产品化了。

MemTensor的博客 723

AI 数据迁移指南|Claude 靠提示词搬家,MindDock 一键完整备份记忆

摘要:OpenAI近期引发大规模用户抵制,同时Claude推出"记忆导入"功能引发AI数据主权争议。文章提出MindDock解决方案,帮助用户管理、迁移各AI平台的记忆数据,实现一键导出、跨平台共享记忆等功能。同时介绍如何将ChatGPT记忆迁移到OpenClaw,强调用户应掌握自己的AI记忆数据主权。文末提供相关工具下载链接,倡导建立统一的AI记忆管理平台。(149字)

MemTensor的博客 574

一行命令|MemOS OpenClaw 本地插件发布,团队记忆、Skill、历史记忆导入全都有!

还有一个栗子:你和 OpenClaw 花了 2 小时调试一个复杂的部署问题。你:部署到 Vercel 报错了Agent:看下报错信息你:[粘贴报错]Agent:需要修改 vercel.json你:怎么改?Agent:[给出配置]你:还是不行Agent:试试这个方案...(继续 20 轮对话)你:成功了!任务:部署 Next.js 应用到 Vercel成功部署并解决 SSR 错误配置的rewrites规则修改build脚本处理环境变量调整的错误处理成功部署,访问正常需要在。

MemTensor的博客 1670

创新高!MemOS 单日调用量突破 300,000 次

MemOS记忆操作系统累计调用量突破2600万次,单日峰值达30万次,呈现快速增长态势。作为AI记忆管理基础设施,MemOS首创"三层记忆调度"架构,已服务腾讯、联想等500+企业客户,覆盖金融、游戏、智能家居等领域。其开源版本GitHub Star超5.7k,全球开发者超1.1万。通过开源+Cloud+插件生态,MemOS在AI陪伴、游戏NPC、金融投顾等场景实现应用,显著提升用户体验和业务效率。记忆张量公司作为MemOS开发方,已完成近亿元天使轮融资,致力于推动AI记忆技术的规模化落

MemTensor的博客 621

产品更新|多视角记忆、检索精筛与 Skills 本地化上线

本次更新围绕"记忆系统工程化"和"Agent能力结构化"两大方向,重点推出多视角记忆系统,支持每个Agent拥有独立记忆世界。新增混合检索机制提升召回质量,并优化Token消耗控制。Skills能力升级为本地化存储,MindDock插件实现跨平台接入。记忆删除机制强化为双通道模式,调度系统完成模块化重构。文档记忆支持原文与摘要双轨检索,时间过滤精度提升至秒级。开源社区同步更新检索优化、上下文唤醒等新特性,全面提升Agent系统的个性化、协作性和稳定性。

MemTensor的博客 752

上手教程|多个 OpenClaw 共享记忆,协作完成同一任务

摘要: MemOS OpenClaw插件通过共享记忆池实现多智能体协作,无需人工复制粘贴。两个独立的OpenClaw(A负责创意设计,B负责执行)通过相同user_id连接MemOS,自动传递上下文。MemOS通过检索-召回机制实现记忆共享:A的产出自动存入记忆池,B调用时直接获取完整背景。测试中,B成功基于A的小猫信息推荐罐头,验证了跨会话无损协作能力。MemOS作为“外部长效记忆”,为分布式Agent提供稳定的记忆调度支持,提升多智能体协作效率。 (字数:149)

MemTensor的博客 1661

MemOS OpenClaw 插件测评结果来啦!Tokens 消耗降低 72%+

OpenClaw 原生架构的记忆依赖上下文历史拼接、工具调用读写本地文件,以及显式对话指令触发记忆。

MemTensor的博客 1070

MemOS OpenClaw 插件上线啦!让你的 OpenClaw 拥有更好的记忆,降低 60% Token 消耗~

OpenClaw用户面临两大痛点:Token消耗过快和记忆功能不足。MemOS OpenClaw插件应运而生,通过智能记忆管理有效解决这些问题。该插件能精准检索相关记忆,避免无关历史干扰,将Token消耗控制在合理范围;同时自动记录关键信息,实现跨会话记忆保持。安装过程简单快捷,只需获取API Key并配置环境变量即可使用。插件还能可视化记忆管理,让用户查看和调整存储内容。MemOS重构了AI记忆管理方式,使OpenClaw在保持核心优势的同时,实现更高效的记忆调度和更可控的运行成本。

MemTensor的博客 1869

产品更新|Skill 能力正式上线,多模态记忆与检索体系全面升级

MemOS 最新版本升级记忆与知识管理能力,重点围绕技能化记忆(Skill)与算法工程优化展开。新增从历史对话自动生成Skill功能,将零散经验转化为可复用能力模块。多模态记忆处理引入上下文关联,图片与文本信息可协同理解。检索系统优化了去重与多样性平衡,新增记忆冲突检测模块。知识库支持更多文件类型和跨项目搜索,并兼容OpenAI协议接口调用。文档和示例全面更新校准,提升开发体验。这些升级使系统更智能精准,帮助用户高效沉淀和复用知识经验。

MemTensor的博客 1103

MemOS 产品更新|知识库检索更精准,记忆更省、更智能

在 v2.0.2 中,我们围绕「知识库问答效果」与「记忆系统内部机制」两条主线,对检索、工具记忆与事实记忆处理流程进行了进一步优化,同时补充了官方最佳实践文档,帮助开发者更快构建可落地的 MemOS 应用。作为记忆张量首次提出“记忆调度”架构的 AI 记忆操作系统,我们希望通过 MemOS 全面重构模型记忆资源的生命周期管理,为智能系统提供高效且灵活的记忆管理能力。在传统 RAG「只检索、不记忆」的基础上,该方案引入了 MemOS 的记忆能力,使问答系统能够在多轮交互中持续积累与利用上下文信息。

MemTensor的博客 920
上一篇: Memory Poisoning:企业 Agent 必须建立的六道长期记忆控制
下一篇: 产品更新|MemOS Cloud 支持 DeepSeek Harness,新增 Native Hook
记忆张量MemTensor
记忆张量MemTensor 记忆张量 MemOS 官方账号 记忆张量 MemOS 官方账号
博客等级 码龄1年 4粉丝 47原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值