惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

C
Check Point Blog
J
Java Code Geeks
H
Hackread – Cybersecurity News, Data Breaches, AI and More
D
Docker
腾讯CDC
The GitHub Blog
The GitHub Blog
大猫的无限游戏
大猫的无限游戏
Microsoft Security Blog
Microsoft Security Blog
GbyAI
GbyAI
Stack Overflow Blog
Stack Overflow Blog
博客园 - 司徒正美
T
The Blog of Author Tim Ferriss
Vercel News
Vercel News
P
Proofpoint News Feed
雷峰网
雷峰网
博客园_首页
B
Blog RSS Feed
Microsoft Azure Blog
Microsoft Azure Blog
爱范儿
爱范儿
V
V2EX
F
Fortinet All Blogs
酷 壳 – CoolShell
酷 壳 – CoolShell
MyScale Blog
MyScale Blog
S
SegmentFault 最新的问题

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
Mem0 获投2400万美金,为智能体打造记忆层
张艾拉 · 2025-11-11 · via 人人都是产品经理

当智能体成为新一代平台级机会,谁在构建底层能力?Mem0以“记忆层”为核心,拿下2400万美元融资,押注AI的长期记忆与上下文理解。这一布局,或许正在重塑智能体的基础设施。

在生成式AI的世界里,我们见证了语言模型能写代码、能分析合同、能生成图像,但在此之外,它们大多有一个共同的缺陷:无法记忆

每一次对话都从零开始,模型对用户没有长期认知,也无法跨任务积累经验。

无论是企业在搭建智能客服,还是开发者在构建Agent系统,所有AI在今天都面临同一个问题:强大的计算力,却没有持久的记忆。

这就是所谓的Stateless AI(无状态AI),它能短暂理解上下文,却无法形成长期语义。

而如果我们希望 AI真正成为一个持续学习的系统,而非一次性工具,「记忆层」就是必须被补上的那一层。

一、为什么“记忆”是AI的瓶颈

没有记忆,AI 就无法个性化。

无法记住用户的偏好、历史、决策脉络,也就无法在多轮交互或跨应用场景中提供一致体验。

问题在于:让AI拥有记忆,远比想象中困难。

从工程角度看,AI的“记忆”系统不是简单地存储文本,而是需要解决三个层面的难题:

  1. 检索与相关性:当系统保存数百万条交互后,如何在毫秒级时间内检索出真正有用的信息?这对向量数据库、语义检索算法提出极高要求。
  2. 一致性与冲突:用户偏好是动态变化的。新信息如何覆盖旧信息?两条互相矛盾的“记忆”如何合并?这是语义层面远比数据库复杂的逻辑问题。
  3. 成本与可扩展性:真正的“长期记忆”意味着要保存并持续更新大量嵌入向量。模型每一次调用都需要访问这些上下文,而这在延迟、成本上都是极大的挑战。

这些难题的直接后果是:很多AI公司尝试自己搭建记忆系统,结果陷入工程泥潭,性能下降、延迟上升、数据混乱、更新代价高昂。

二、Mem0:把AI记忆做成基础设施

Mem0就是在这个背景下诞生的。

这是一家成立于 2024 年的美国初创公司,使命是“为AI提供生产级的记忆层”。

它的思路非常直接:让开发者不再自己造“记忆系统”,而像调用数据库一样,调用 Mem0 的记忆API。

Mem0 由来自 Supabase、GitHub、PostHog 和 Weights & Biases 的工程师团队创立。公司刚在年11月宣布完成2400万美元的融资。

自产品推出以来,Mem0 已被数千家企业和开发团队采用:

  • API调用量在2025年第三季度达到1.86亿次;
  • 在 GitHub 上获得41,000 颗星,Python 包下载量超过1400 万次
  • AWS 甚至在其新发布的 Agent SDK 中将 Mem0 选为官方记忆提供商

从一个开源组件到被选入大厂生态,Mem0 已经成为AI 记忆层的事实标准之一

三、核心技术:为AI建立语义记忆系统

Mem0 的底层架构其实是在解决“如何让AI像人一样记得有用的事”。

它的技术框架包括三层:

  1. 语义抽取层(Extraction):从用户与AI的对话、任务执行或文件中提取“可被记忆的事实或偏好”,并进行语义结构化。
  2. 记忆管理层(Memory Store):系统为每条记忆打上时间戳、置信度、衰减权重。当新信息出现时,算法会自动更新或合并旧记忆,防止“知识冲突”与“数据腐化”。
  3. 智能检索层(Retrieval Engine):在AI被调用时,Mem0 不仅提供向量检索结果,还根据上下文语义动态挑选“最相关的记忆”。这让AI能在毫秒级调用中获得更贴近真实语境的背景信息。

从应用层看,Mem0 已被集成到多种 Agent 平台(如 CrewAI、Flowise、Langflow)。

支持多模态输入(文本、图片、文档),并允许企业通过 API 控制“记忆范围”和“保留周期”。

换句话说,Mem0 的目标是:让“记忆”像数据库一样通用、可控、可扩展。

四、记忆层是AI系统竞争的新起点

AI 的发展路径正在从“大模型时代”进入“系统智能时代”。

模型本身的能力差距正在收敛,而差异化正在向“上下文管理、个性化与持久学习”迁移。

这正是记忆层的意义所在:

  • 对用户而言,记忆让AI不再是一次性工具,而是能持续理解的助理;
  • 对开发者而言,记忆让不同Agent、不同模型之间能共享状态,形成统一体验;
  • 对企业而言,记忆是客户关系、员工知识与操作数据的桥梁。

可以预见,未来的AI基础设施栈中,除了模型(Model)、向量数据库(Data)和执行层(Agent),还会多出一个关键层:Memory Layer(记忆层)

OpenAI 的 ChatGPT Memory、Anthropic 的 Projects、Google 的 Gemini Context,都在不同程度上验证了这个方向。

而 Mem0 的机会就在于:它是一个中立、开放、可移植的记忆平台,不绑定模型,不锁定生态,开发者可以自由地把用户记忆带到任何系统中。

最后,AI 的短期记忆,解决的是“对话”;而长期记忆,决定的是“关系”。

以上,祝你今天开心。

作者:张艾拉 公众号:Fun AI Everyday

本文由 @张艾拉 原创发布于人人都是产品经理。未经作者许可,禁止转载

题图来自Unsplash,基于CC0协议