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

推荐订阅源

Jina AI
Jina AI
云风的 BLOG
云风的 BLOG
人人都是产品经理
人人都是产品经理
T
The Blog of Author Tim Ferriss
阮一峰的网络日志
阮一峰的网络日志
罗磊的独立博客
J
Java Code Geeks
博客园 - 聂微东
B
Blog
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
WordPress大学
WordPress大学
腾讯CDC
L
LangChain Blog
Apple Machine Learning Research
Apple Machine Learning Research
Microsoft Azure Blog
Microsoft Azure Blog
D
DataBreaches.Net
The GitHub Blog
The GitHub Blog
美团技术团队
博客园 - Franky
Google DeepMind News
Google DeepMind News
V
V2EX
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
月光博客
月光博客
The Cloudflare Blog

分享创造

分享 KCase 脑图测试用例生成平台(AI 辅助生成测试用例) 标签页囤积症自救:写了个插件 TabRack,主打快速检索、自动分类和 AI 摘要 [file-preview]一个比较全面的在线文件预览组件库-支持 react 和 vue 撸了个 iOS 小应用[极简水印相机],直接免费 做了一个 V2EX Skill 写了个 iOS 打码 App「遮鸭 Maskduck」,纯离线免费 35 岁前端,裁员失业后,我花 1 个月做了个 AI 生图网站 亲身经历猫咪急症,我做了一款猫狗疼痛检测工具,希望能救你家毛孩一命 如何用 AI 做比较酷炫的落地页? 求真!最近 AI 生图的能力强到可怕 开源一个查看 k8s 的菜单栏工具-kubebar Packpour:我做了个专门给 App Store Connect 填多语言元数据的小工具 面对 140 年一遇的超级厄尔尼诺,我做了个全球监测小站 做了一个自动翻译的 Hacker News 客户端 做了一个 AI 头像生成器,可以免费生成 2 次 [送码 50 个] 自己手搓了个高颜值的倒数日 App——拾光机,求 V 友们指点 一个将苹果健康 APP 数据导出的工具,然后把你的数据喂给 AI 分析 我做了一个叫「订阅斩」的 iOS App,专门对付那些悄悄扣钱的订阅 做了个草率的日麻互动漫画,听听反馈 喜欢自己洗车的朋友们,我用 ai 做了一款洗车小程序 -- 洗车志 感谢 V2EX 上各位 NAS🍆 和 Datahoarder 玩家的关注和真实反馈!作为个人开发者,能得到这么多硬核玩家们的讨论,我非常荣幸。 用 AI 开发熊孩子自律的小程序 用 OpenClaw 搭建个人运动助手 今天摸鱼给 NanaAI 也接入了 GPT-Image-2 [Video Companion]一个 chrome 插件,解决大多对视频操作的需求~欢迎使用提 bug AI 时代,做产品简单了,把产品推广出去却变的更难了~ bestskills.dev - Skills 精选和评测站点 免 ROOT 强力卸载安卓广告软件 一个 All In One 的运维工具,支持 SSH、数据库、Redis 管理 [开源] Codeg V0.10:专注于代码生成的多智能体 IDE(cc、codex、gemini、opencode……),新版本重构了工作区,飞一般的体验,支持桌面端、服务器部署
OpenTalking 记忆库功能实践:让开源实时数字人跨 session 记...
xuxin123122 · 2026-06-24 · via 分享创造

最近我们在 OpenTalking 里推进了一版记忆库能力,目标不是让数字人简单“多存几条聊天记录”,而是解决一个更实际的问题:实时数字人能不能在不同 session 之间记住用户偏好、称呼、项目背景和长期上下文。Github 搜 datascale-ai/opentalking 。

OpenTalking 本身是一个开源实时数字人对话编排框架,主要负责把 LLM 、TTS 、STT 、WebRTC 、数字人驱动模型和前端交互串起来。之前它更偏实时链路验证:用户说一句话,LLM 回答,TTS 合成音频,再驱动数字人口型和画面。这个链路跑通以后,很快会遇到一个产品问题:每次新开会话,数字人都像第一次见你。

所以这次记忆库的重点是跨 session 的长期记忆。

思路图

OpenTalking 负责实时对话链路、数字人播放链路、session scope 、角色 persona 、前端挂载和记忆注入策略。

Mem0 负责长期记忆的抽取、存储、去重、向量化、实体关联和检索召回。

一次对话大概是这样流转的:

  1. 用户创建 session 时,可以选择是否挂载记忆库。

  2. OpenTalking 把 user_id 、agent_id 、run_id 和业务 metadata 传给 Mem0 。

  3. 用户输入进来后,OpenTalking 先判断这轮是否需要读取长期记忆。

  4. 如果需要,就用当前问题去 Mem0 search ,并带上用户、角色、记忆库等过滤条件。

  5. Mem0 返回相关记忆后,OpenTalking 把它临时注入到 LLM 上下文里。

  6. LLM 生成回答,再进入 TTS 、字幕、WebRTC 和数字人驱动链路。

  7. 回复完成后,再把本轮对话异步交给 Mem0 add ,让 Mem0 自己抽取该长期保存的事实。

这里比较关键的一点是:现在不应该再把记忆库理解成“本地表里存原文,再自己做关键词检索”。Mem0 最新的记忆算法更像一个专门的 memory layer 。写入时,它会从对话中抽取可长期保留的事实;读取时,不只是向量召回,而是结合 semantic search 、BM25 keyword 、entity matching 、reranker 等多种信号。

Mem0 新算法里还有一个重要变化:记忆是 ADD-only 的。也就是说,它不会简单覆盖旧记忆,而是把新的事实追加进去,再在检索阶段根据时间、实体和相关性把更合适的记忆排到前面。这个设计对长期数字人很有价值,因为用户状态本来就是会变化的。

目前这个功能还在持续完善中,后续会继续补充前端记忆库管理、聊天记录导入、多记忆库挂载、知识库和记忆库协同、引用展示,以及让记忆进一步影响语气、表情和数字人表达。

如果你也在做数字人、长期记忆、RAG 、企业知识库或者多模态交互,欢迎交流。OpenTalking 的方向不是只做一个能说话的 demo ,而是把实时数字人从“能回答”逐步推进到“能带着长期上下文持续服务”。