ITPUB 专访|李志宇:在 AGI 的未来版图中,记忆是最有温度的力量

在当下科技发展的宏大叙事中,大模型与生成式人工智能无疑是最为耀眼的篇章,它们正以前所未有的速度和深度渗透到社会经济的各个角落,重塑着我们的生产生活方式。从智能客服精准解答用户疑问,到内容创作领域生成富有创意的文字、图像与视频,再到医疗、金融等专业领域辅助决策分析,大模型与生成式AI 的应用场景不断拓展,展现出巨大的发展潜力。

然而,随着技术的持续演进,大模型也面临着诸多挑战与瓶颈。其中,记忆能力的局限性成为制约其进一步发展的关键因素之一。当前的大模型在处理复杂任务和长期依赖关系时,往往会出现信息遗忘、上下文理解不准确等问题,导致生成结果的准确性和连贯性受到影响。例如,在多轮对话场景中,模型可能无法准确记住前文的关键信息,从而给出答非所问的回复;在复杂的故事创作中,也难以保持情节的逻辑性和一致性。

近日,ITPUB 有幸采访到记忆张量(上海)科技有限公司的 CTO 李志宇老师,一起探讨大模型与生成式人工智能领域中记忆增强技术的最新前沿进展、当下尚未攻克的技术瓶颈以及未来有望实现重大突破的关键方向等内容。

Key Takeaways:

1、大模型的核心限制已从参数规模转向“记忆能力”。

上下文窗口扩展 ≠ 真正记忆。智能增长需要稳定、可控、可扩展的长期记忆体系。

2、记忆不仅提升性能,更让 AI 拥有“温度”与“个性”。

长期、稳定、个性化的记忆让智能体能够真正理解用户、保持人格一致性、形成连续的情境认知,这是未来智能交互最重要的体验基础。

3、记忆应以“信息增益”而非“信息堆积”为原则。

模型应只记住对未来推理真正有价值的内容,实现选择性记忆和压缩。

4、记忆的幻觉问题是当前众记忆处理模型忽视的。

记忆只有在正确且真实的情况下才可用,记忆幻觉带来的灾难是非常危险的,细致的记忆幻觉评估必不可少。

5、记忆系统的边界在于:可达性、压缩失真、多跳推理退化。

这三个因素决定了复杂任务中的性能极限。

6、MemOS 构建了一套结构化的记忆操作系统。

支持记忆抽取、组织、检索、更新的标准化流程,并通过系统模型实现自动化调度。

7、记忆原生训练是未来大模型的必然方向。

模型需要学习“记忆形成与调用机制”,而不是依赖外挂式检索,Text2Mem 编排框架是必然发展趋势。

8、多模态记忆将重塑智能体能力边界。

未来的 AI 将以统一的记忆语义空间管理文本、图像、语音、视频,实现更真实的理解与推理。

01

风采展示

​问题​1:您好,​李​老师!很荣幸有机会采访到您,先简单介绍一下您自己!

主持人好,大家好,我是李志宇,博士毕业于中国人民大学,现任记忆张量(上海)科技有限公司联合创始人兼CTO,同时在上海算法创新研究院大模型中心担任研究员。我的研究方向主要聚焦于大模型的记忆增强与高效评估技术,并长期从事预训练与大模型应用算法的研发工作。在此之前,我曾在阿里巴巴、小红书等企业带领团队负责多个核心算法项目,这些技术成果服务于双十一、广告推荐等超大规模业务场景。近期,我们联合多家学术与产业机构提出了业内首个大模型记忆操作系统(MemOS),希望为大模型的记忆增强与智能演化提供系统化的技术路径。目前,这一方向已在多个行业场景落地,也成为我们持续深入探索的核心主题。作为一家本土创业公司,我们期望跑出国际加速度,让记忆这件事情深入到通往 AGI 时代的每个行业中,真正让 AI 有温度。

02

基础理论与原理

​问题​2:​在构建大模型记忆体系时,如何从信息论的角度衡量记忆的容量、质量和有效性,以确定合理的记忆规模和存储方式,避免过度记忆或记忆不足的问题?

这是一个非常核心的问题。我们在构建大模型记忆体系时,确实需要避免两个极端,一是“记得太多”,模型陷入信息冗余和噪声累积;二是“记得太少”,导致智能无法延续。为了找到平衡点,我们需要找到合适的角度去刻画记忆的“量”和“质”。

从信息论的视角看,​记忆本质上是信息压缩与重构的过程​。我们希望记忆中存储的每一条信息,都能对模型未来的推理或决策产生最大化的​信息增益​。因此,我们用类似互信息的指标来衡量记忆的价值。那些能显著提升预测、规划或生成质量的记忆,就值得被保留;反之,则可以被压缩或遗忘。这其实是一种信息效率最大化的策略,让模型的记忆既丰富又高效。当然,在在工程实现层面,我们会引入分层的记忆结构​​建模和管理​:参数记忆、激活记忆和明文记忆,这也是由于通常对于应用场景而言,这三类的需求程度和读写频率面向场景都会有差异性。我们需要根据场景的不同,去动态的建模和调度不同的记忆类型。

可以说,信息论为我们提供了一种定量化的思维方式——帮助模型判断什么是“值得记住的事”,什么应该“被遗忘”。但最终目标​不是让模型变成一个无所不记的机器​,而是让它具备一种类似人类的​选择性记忆​,能在有限的存储与计算预算下,保留对智能行为最关键的那部分经验与知识。当然,围绕这个,我们团队的首席科学家杨泓康博士也是正在进行系统化的理论推演和研究,力求从信息增益的角度,对记忆的基本原理有更加完善的建模和突破。

问题3:记忆增强大模型在面对极端复杂、逻辑跨度极大且信息高度分散的任务时,其记忆整合与推理能力的边界究竟在哪里?如何设计有效的评估指标来量化这一边界,以指导模型在实际应用中的合理使用?

您的这个观察确实是十分敏锐,记忆增强的大模型在理论上扩展了模型可用上下文的“有效长度”,但在面对您说场景任务时,记忆整合与推理能力并非无界增长,我认为它其实是有明确的瓶颈与退化模式的。这里我想从两个方面讨论下:

首先说​边界​。记忆增强系统的推理能力受三类因素限制:一是​信息可及性​,也就是关键事实是否能被检索到并以可理解的形式供推理模块使用;二是​压缩失真​,长期记忆通常要经过编码与压缩,重要细节可能在这一阶段丢失,导致推理链路断裂;三是​推理链长度与组合复杂性​,随着需要组合的记忆片段数与中间推理步数增加,模型的错误累积和归纳偏差会使正确率呈指数级下降。因此,当任务需要跨越大量低频事实、执行多轮多跳组合并保持逻辑一致时,​系统的表现会在某个跳数/信息碎片数后急剧下降​,这就是它的实际边界。

当然,要量化并可视化这类边界,单一的准确率不够,我们需要多维度、可解释的评估指标和应力测试设计,其中,关键是建立一套结合信息覆盖度、推理深度和一致性的综合指标体系。那么,我们这里的评估也是从边界的角度上去考虑的,比如信息可达性,用检索召回率或证据利用率衡量;二是推理链长度与正确率,通过多跳任务的性能随推理步数增加的变化曲线来刻画;三是一致性与可信度,衡量模型在整合分散记忆时是否保持事实一致、避免幻觉,这里可能就是需要单独构建面向记忆的幻觉评估框架。例如,我们近期发布的的 HaluMem 框架,就是业内首个专为记忆系统设计的操作级幻觉评测基准,覆盖“提取—更新—问答”全流程,用以全面检测和量化记忆系统在不同阶段的幻觉行为。

03

记忆增强技术层面与架构层面

问题​​4​​:​​在金融行业应用记忆增强技术的大模型​或系统​时,如何确保模型在处理客户敏感数据(如交易记录、财务状况等)过程中的数据安全性和隐私性,防止数据泄露和滥用?

确实,记忆作为个人和组织的重要资产,其安全性和隐私性在金融行业尤为关键。我们的整体思路是从模型对齐与应用治理两个层面同时展开。

在模型对齐层面,我们会通过安全强化对齐和记忆过滤机制,让模型在训练与推理阶段自动区分可被记忆的信息和禁​止长期存储的敏感数据​。在应用层面,我们构建了多级访问与审计机制,将记忆系统划分为私域、机构域与公共域,确保不同层次的数据仅能在授权范围内被调用。所有记忆的写入、检索与更新操作均可追踪、可撤销。此外,我们为每条记忆建立生命周期管理机制,到期自动失效或加密归档。通过这种模型层自约束+ 系统层可监管的双层防护,我们希望实现一种可记忆、但不越界;可调用、但可控的记忆安全范式,让大模型在金融场景中既能保持智能性,也能充分保障信任与合规。

问题5:在记忆张量公司提出的​​MemOS 框架中,各个模块之间,​​如​​记忆抽取、记忆组织、记忆检索等​​,​​是如何进行高效交互和协同工作的,这种交互机制在处理复杂、多轮次任务时如何保证稳定性和准确性?

在MemOS 框架中,我们始终坚持系统协同这一核心理念。记忆抽取、记忆组织、记忆检索这些模块并不是孤立运作的,而是通过两条路线实现高效交互与协同工作的。一条是由我们的算法工程师针对具体应用场景​定制的Pipeline 流程​,它保证了系统在落地层面的稳定性和确定性;另一条是​基于大模型的自动化编排方案​,让系统能够在面对复杂、多变的任务时具备自适应与泛化能力。

在第一条路线中,MemOS 会根据任务类型预先定义清晰的处理管线。例如,当一个对话任务触发时,系统会按照“记忆抽取 → 记忆组织 → 记忆检索 → 记忆更新”的顺序依次执行。每个模块都有明确的输入输出协议和数据结构,通过统一的结构体进行交互,整个流程可以用工程化方式精确控制。这种方式非常适合在金融、客服等高可靠性场景中部署,系统的行为是可预测、可验证的。

而在第二条路线中,我们利用大模型本身的理解与规划能力,让它来​读懂记忆框架的各个算子​,并生成一套​动态的编排指令​。也就是说,模型可以根据当前任务状态,自主决定调用哪些记忆模块、采用何种参数与顺序。例如,在多轮任务或跨会话推理中,系统模型会根据上下文自动触发“抽取 + 检索 + 复查”的组合操作,实现真正的智能化调度。

为了在这两种路线下都能保证稳定性和准确性,我们在系统中加入了异步的一致性约束、记忆快照与幻觉检测机制。每一次记忆更新都会经过时序校验和冲突检测;系统还会实时监测记忆内容的准确性,利用我们提出的HaluMem 框架对潜在幻觉或错误更新进行评估与纠正。这套机制确保了在长时、多轮的任务执行中,记忆信息始终保持逻辑一致和事实正确。

问题6:在 MemOS 框架中,记忆模块的扩展性如何?当面对大规模数据和复杂任务时,如何确保记忆模块能够高效扩展而不影响整个模型的性能和稳定性?

在MemOS 的设计理念中,我们始终以“人”或者“Agent”为核心来思考记忆管理与模块化扩展的问题。我们认为,记忆系统的本质不是简单地堆叠存储容量,而是要让智能体在持续演化中,像人一样能​取舍记忆、组织经验(比如我们设计的类脑图知识组织方案)、持续成长​。因此在MemOS 的架构里,每一个记忆模块都围绕 Agent 的生命周期设计,具备清晰的边界、独立的接口和可扩展的层级逻辑,这让系统能够在保持稳定的同时,灵活应对不同规模的数据与任务。

从架构上看,MemOS 的记忆模块是通过分层记忆管理来实现高效以及可扩展性的。每个人或者 Agent 都会维持一个专属的记忆体,这个记忆体是可被打包、转移或者传输的。在性能与稳定性保障方面,我们引入了两类关键机制:一是​异步记忆调度机制​,它让记忆的读写与模型计算解耦,不会因为大规模记忆操作拖慢主推理流程;二是​增量更新与记忆压缩技术​,系统会通过自动蒸馏与压缩算法,将长期未访问或低价值的记忆进行提炼与融合,减少冗余占用,从而保证系统即使在超大规模数据流或者高QPS 环境下仍能高效运作。

04

记忆增强训练方法层面

​问题​7:​目前各家记忆系统多数都是基于通用基座构建的应用处理流程,但您更加强调说需要通过模型层面的训练来结合提升记忆处理的效果?为什么会有这样的考虑呢?

确实,目前很多记忆系统的做法主要是基于现有大模型去做“外挂式记忆”,也就是通过外部数据库、RAG 检索或工作流编排的方式,把记忆功能包在模型外层。这种方式在工程上简单、可快速落地,但​它本质上仍然是一种“调用式记忆”或者“阻断式记忆”​,并没有真正改变模型对记忆的理解与使用方式。而我们在MemOS 中更强调要通过模型层面的训练去融合记忆,让模型能够内生地学习到记忆的形成、更新与调用逻辑,​构建一个ALL-Ready 的记忆状态和上下文空间​。

我们之所以有这样的考虑,主要出于两个核心原因。第一,从智能演化的角度看,真正的记忆不是外部调用的缓存,而是模型认知体系的一部分。人类在记忆时会经历“编码—提取—重构”的过程,而大模型若没有在参数层或激活层中学习这些机制,它就无法真正做到稳定记忆和长期依赖,所有外部的 RAG 都只是模仿。第二,从系统性能的角度看,外部记忆虽然灵活,但在多轮交互中会出现语义漂移、检索偏差、幻觉积累等问题。只有让模型在训练阶段就理解什​么是重要的记忆、如何压缩、如何复用​,才能从源头上提升系统的可靠性和一致性。

因此,在MemOS 中,我们正在尝试构建包括记忆原生基模的概念,也就是让模型在后训练或自蒸馏阶段,通过显式的记忆标签与记忆链学习,去掌握如何管理和调用记忆,让模型在面对旧知识或长期上下文时,能够自主地识别哪些信息应当巩固、哪些应当遗忘。同时,我们还在研究参数记忆与明文记忆之间的协同蒸馏,让模型既能在参数中保留稳定的长期知识,又能通过外部记忆灵活应对动态任务。

我一直认为,如果说现有的多数记忆系统是在​教模型去查笔记​,那么我们做的是​教模型学会思考和整理自己的记忆​。只有把记忆融入模型的学习和推理机制中,智能体才能真正具备持续学习与经验积累的能力,这也是我们推进MemOS 的最核心目标。

问题8:当使用强化学习训练记忆调度策略时,如何解决探索-利用平衡问题,确保模型既能充分探索不同的记忆方式,又能有效利用已有的最优记忆策略?

这个问题非常关键。我们在MemOS 的调度算子研究中确实发现,当用强化学习训练模型的记忆调度策略时,最难处理的不是奖励设计本身,而是探索与利用的平衡问题——也就是模型在面对庞大的记忆空间时,如何在尝试新的记忆方式和巩固已有的最优策略之间动态切换。过度探索会导致系统学习不稳定、效率低下,而过度利用又会让模型陷入惯性记忆,缺乏自我更新的能力。

在MemOS 的设计里,我们主要通过三层机制来解决这个平衡问题。​第一层是分阶段探索机制​。我们让模型在训练早期保持较高的探索率,而在训练中后期,会逐步降低探索率,让模型更多地利用过去被验证有效的记忆操作。这有点类似人类学习过程中的“先广度后深度”——先学会如何记,再学会如何记得更好。第二层是基于信息增益的奖励重构机制。我们不是单纯奖励模型生成正确的答案,而是奖励它在记忆操作中带来的“知识增益”——例如是否发现了新的关联、是否优化了记忆压缩效率、是否减少了幻觉率。这样模型在强化学习过程中就会自然地倾向于那些真正提升记忆系统表现的策略,而不是只在短期准确率上做表面优化。​第三层是动态记忆策略池​。我们在训练过程中同时维护多个策略分支,让模型在不同上下文下能够自适应切换。例如,当系统检测到任务变化或上下文漂移时,会自动触发新的探索模式;而在稳定场景中则优先使用已经收敛的策略。

总的来说,我们希望强化学习下的记忆训练更接近人类的持续学习范式:既要有足够的探索,去发现新的记忆组织逻辑;又要能在已有经验上稳步迭代,形成可复用的记忆策略。这种平衡机制也让MemOS 的记忆系统在面对开放环境和长周期任务时,既具备适应性,又能保持稳定性与可控性。

05

记忆增强技术与 MemOS

的未来趋势和挑战

问题​​9​​:​​​您觉得未来记忆增强实现的最典型和最高效的范式是什么​​?​​实现的过程中有什么大的技术挑战值得注意吗?

我认为,未来记忆增强技术最典型、也最有效的实现范式,一定是模型原生+ 系统协同的融合形态。也就是说,记忆不再是外挂式的模块,也不是单纯的数据库或检索层,而是成为大模型内部认知结构与外部系统协同机制的一体化组成部分。我们希望模型不仅能查得到过去的信息,更能理解自己为什么记得和知道何时该忘记。这一点听起来简单,但本质上意味着人工智能开始具备自我记忆管理与动态知识更新的能力。

在实现路径上,我认为会呈现三层融合的趋势。第一层是​模型层的记忆内生化​,也就是让模型在训练过程中学习记忆形成与更新的机制,比如通过自蒸馏、强化回放或链式记忆学习(Chain-of-Memory)等方式,使记忆结构内化到参数和激活空间中;第二层是​系统层的记忆编排与调度​,通过像MemOS 这样的操作系统级架构,实现不同类型记忆(参数记忆、激活记忆、明文记忆)的动态管理和多任务共享;第三层是​跨模型与跨Agent 的记忆互联​,也就是让多个智能体之间能够共享和迁移记忆,从而形成真正的群体记忆网络。这种三层融合的架构,最终会让AI 拥有持续学习、协作演化的能力,而不是在每次任务中从零开始。

当然,这条路上也存在很大的技术挑战。首先是​一致性问题​,不同来源、不同时间的记忆(特别是参数记忆和激活记忆)如何融合而不产生冲突,是系统最难控制的部分;其次是​可解释性问题​,当模型基于大量动态记忆做出决策时,我们如何追踪它的记忆来源与演化路径;第三是​记忆约束与隐私问题​,未来的记忆系统要像人脑一样可记、可忘、可加密,这需要在算法、系统与伦理层面共同突破。除此之外,还有性能与成本问题——如何在超长上下文、超大记忆图的情况下,仍然保持检索速度、训练效率和能耗平衡,这将是工程落地的关键考验。

我相信,​记忆增强的未来不会是一个单点技术突破,而是一个跨层融合、持续演化的系统工程​。

问题10:MemOS 未来是否会突破现有单一文本模态记忆的限制,全面整合图像、音频、视频等多模态记忆信息,实现跨模态记忆的深度融合与协同推理,以适应更复杂、多元的应用场景?

我认为这是记忆系统发展中最具确定性的趋势之一。因为人类的记忆从来不是单一模态的,我们在记忆一件事情时,往往同时保留文字、图像、声音甚至情感的线索;而如果人工智能希望具备真正的理解与推理能力,就必须能够​在不同模态之间建立统一的记忆表征​。因此,MemOS也一定会突破单一文本模态的限制,走向多模态记忆的融合与协同推理。

在目前的研发路线中,我们已经在构建​多模态记忆架构​,它的核心思路是:通过统一的记忆编码与对齐机制,把文本、图像、语音、视频等不同模态的信息映射到同一个记忆语义空间中。比如,当系统处理一段会议视频时,它不仅会抽取文字记录,还会同步提取说话者的语音特征、表情变化、图像场景信息,并通过记忆抽取和记忆组织模块进行语义对齐与时序建模。这样,记忆就不再是​单线索文本​,而是一种跨模态的认知节点,可以在后续的检索与推理中被统一调用。

更重要的是,在记忆检索与记忆推理阶段,我们希望模型能够实现跨模态的​协同回忆​。比如在处理一个医疗场景时,系统既能检索患者的病历文本,又能自动联想到影像片段中的异常区域,并结合历史语音记录做出判断;又如在金融或工业领域,模型可以同时分析报告内容、图表趋势和视频监控信息,形成一个多视角的记忆认知链。这种能力本质上是一种多模态记忆推理,它让系统具备了更接近人类理解方式的通用智能特征。

当然,这条路也充满挑战。最大的问题是​模态对齐与记忆一致性​,不同模态的信息往往存在时空错配和语义差异,我们需要设计更高维的对齐机制和动态权重策略,来保证系统在融合时不丢失细节、不过度压缩。其次是效率与算力成本,多模态记忆的读写和检索非常庞大,我们正在通过稀疏化存储、事件触发更新、以及记忆图分层管理等手段去优化。最后是推理一致性与可解释性,在多模态融合后,如何追溯模型的记忆来源、保证不同模态间推理链条的逻辑透明,这将是未来一段时间我们重点攻关的方向。

总体来说,我认为多模态记忆是记忆增强的必然演化方向。而MemOS的目标正是希望成为连接多模态智能的记忆操作系统,让模型不仅能“看懂”“听懂”“读懂”,更能“记得对、想得通、推得准”。同时,我们最近发布了平台化的API 系统,能够让开发者们更加快速高效的使用记忆增强框架,欢迎感兴趣的同学搜索 MemOS 并试用 API。


关于 MemOS

MemOS 为 AGI 构建统一的记忆管理平台,让智能系统如大脑般拥有灵活、可迁移、可共享的长期记忆和即时记忆。

作为记忆张量首次提出“记忆调度”架构的 AI 记忆操作系统,我们希望通过 MemOS 全面重构模型记忆资源的生命周期管理,为智能系统提供高效且灵活的记忆管理能力。

相关推荐

权限撤了,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

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

MemTensor 从 Memory³ 相关记忆机制研究出发,通过 MemOS 推进记忆系统工程化,并继续探索 Agent 和记忆基础设施、记忆原生通用基座模型 等方向。

MemTensor的博客 374

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
上一篇: 直播回顾|为什么记忆成为下一代 AI 的「核心变量」
下一篇: MindDock 正式上线!支持更多浏览器,跨更多平台~
记忆张量MemTensor
记忆张量MemTensor 记忆张量 MemOS 官方账号 记忆张量 MemOS 官方账号
博客等级 码龄1年 4粉丝 47原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明:

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

余额充值