最适合机器人的视频基座模型:被中国团队开源了
2026-07-10
2026-07-11 0
OpenViking重新定义AI Agent记忆管理,文件系统范式让上下文管理像操作文件夹一样直观高效。核心内容:1. 传统RAG的痛点与OpenViking的“上下文数据库”解决方案2. OpenViking三层文件系统结构(L0/L1/L2)如何实现精准检索与Token节省3. 关键新特性:GPU加速、递归网页导入、记忆升级与检索可视化
传统RAG,该升级了。
做过AI Agent开发的朋友应该都有这个痛点:记忆存代码里、资源扔向量数据库里、技能散落各处,管理起来一塌糊涂。检索效果也不行,传统RAG用扁平化存储,Agent每次找东西都像在大海捞针。
最近发现字节跳动(火山引擎)开源了一个叫 OpenViking 的项目,思路完全不一样——它不是又一个RAG框架,而是给AI Agent做的「上下文数据库」。

简单说,OpenViking 把Agent需要的所有上下文——记忆、文档资源、技能——全部用文件系统的方式来管理。
你没看错,就是像你在电脑上管理文件夹一样。建个目录、写个文件、做个检索,Agent的大脑就搭好了。
这个设计解决了传统RAG的几个核心问题:
这个项目更新频率很高,7月8号刚发了 v0.4.8,几个亮点:
这是OpenViking最核心的设计。传统RAG的做法是把文本切成chunk扔进向量数据库,检索时做相似度匹配。
OpenViking完全不同,它把Agent的上下文组织成目录树结构:
检索的时候不是暴力全量搜索,而是先通过目录定位缩小范围,再做语义匹配。就像你找文件不会全盘搜索,而是先打开正确的文件夹。
用过传统RAG的朋友都知道,每次对话都会把一堆可能相关的chunk全塞进去,Token消耗巨大。
OpenViking的L0/L1/L2分层设计,本质上是按需加载。L0永远在(系统提示),L1根据当前任务动态调整,L2只有在真正需要的时候才去检索。
根据他们5月份的评测,在User Memory、Agent Memory和知识库问答三个场景上,效果都比传统方案好,同时Token消耗显著降低。
传统RAG最让人崩溃的一点是:检索结果不对,你根本不知道哪里出了问题。是embedding模型的锅?是chunk切得不好?还是top_k设错了?
OpenViking支持检索轨迹可视化,你能清楚看到Agent是怎么一步步找到答案的:先打开了哪个目录、检索了哪些文件、匹配了什么内容。出错的时候直接看轨迹就能定位问题。
它还有个OpenViking Helper桌面端(Beta),支持macOS和Windows,可以直接检测你本地的Claude Code、Codex、Cursor等Agent环境,一键配置记忆插件。
最简单的方式是先去在线体验(openviking.net/studio),不用装任何东西,直接在浏览器里感受效果。
想本地部署的话:
pip install openviking26000颗星、半年时间、字节跳动开源,这几个标签放一起已经说明问题了。
传统RAG用了两年,大家或多或少都踩过坑。OpenViking的文件系统范式确实是个新思路,至少比「把文本切碎塞向量库」优雅多了。
如果你在做Agent相关的东西,这个项目值得花半天时间认真看一下。
GitHub:
github.com/volcengine/OpenViking
在线体验:openviking.net/studio
登录查看剩余 70% 内容