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

推荐订阅源

MyScale Blog
MyScale Blog
J
Java Code Geeks
Vercel News
Vercel News
A
About on SuperTechFans
G
Google Developers Blog
C
Check Point Blog
腾讯CDC
N
Netflix TechBlog - Medium
博客园 - 司徒正美
S
SegmentFault 最新的问题
D
DataBreaches.Net
博客园_首页
美团技术团队
Stack Overflow Blog
Stack Overflow Blog
博客园 - 聂微东
量子位
雷峰网
雷峰网
IT之家
IT之家
小众软件
小众软件
Blog — PlanetScale
Blog — PlanetScale
博客园 - 三生石上(FineUI控件)
H
Help Net Security
宝玉的分享
宝玉的分享
博客园 - 叶小钗

V2EX

我用 AI 写代码,但终端管理反而成了累赘——于是我做了 codux [调研] 各位在公司都用什么 ide 和 agent 写代码? 老运维 share 一个运维平台 看到有公司考核 token 指标,很好奇大家上个月的 AI 账单是多少 GLM-Coding 调用持续报错: z.ai 的 Lite 套餐几乎无法使用,官方 Pro/Max 是否稳定? 现在还有什么渠道可以稳定安全地使用 Claude 吗? 上海漕河泾内推,本组有 2 个 hc,一个后端,一个前端,预算都是 20k 左右,不打卡,氛围好 如果 V2EX 上有一组不永久保存聊天记录(比如只保存 7 天或者 24 小时)的聊天室,那么会开启哪些有用或者有趣的可能? gemini cli 貌似挂了,一直返回 403 第一次在自媒体上赚到钱 收集了最近在使用的低价 GPT, Gemini,邮箱等 AI 会员的小店合集 讨论个大实话:现在企业还在说 AI 编程提效 20%, 30%的,真的太落后,没用懂 AI。因为包括很多前沿公司,已经狂奔到提效 200%-500%的情况 [招聘][远程][币安] 前端/后端/QA/iOS/Android 至少 3 年以上经验 目前有大量 HC 欢迎投递 Chatgpt Pro 用量用不完的可以开这些设置 面试的时候好像遇到钓鱼了,给各位避个坑 cursor 年续费 22 号到期, 自动续费是否还是老的计次套餐呢 被两件破事毁掉的一下午,琐碎的内耗消磨人的精力 使用 Planet 存储 Codex 的会话或者重要信息 如果业务部门领导不要你开发功能,而是要求你教会它用 claude code 开发功能,你会怎么做? 分享一个 MacOS 接绿联 CM818 USB 转 DP 转接器使用感受 我的 HR 朋友 10 年老 Java ,非全大专,大家帮忙看看简历 开源了一个 AI 口语练习工具,音素级发音评分,完全免费可自部署 V2EX 上有哪些你觉得很有趣、印象深刻的妹纸? 字节为啥不出个国内版 Vercel? 有在大马的朋友吗? 问个运营商问题 你们在有领导的公司大群发过的最大胆的消息是什么 公司裁员,目前没有工作。想试试摆摊,做一个移动鲜啤打酒车 我的硬盘 Memblaze Pblaze 5 Linux 下不识别,给 Linux 内核提交了补丁, AI 说有望被合并 只有我一个人觉得 codex 不好用?
OpenTalking 记忆库功能实践:让开源实时数字人跨 session 记...
xuxin123122 · 2026-06-24 · via V2EX

最近我们在 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 ,而是把实时数字人从“能回答”逐步推进到“能带着长期上下文持续服务”。