开源专刊|AI编程助手总失忆?字节开源OpenViking,想让你少说一遍 - 拷贝

昨天下班前，你刚和AI把一个接口改好。用什么框架、参数怎么命名、为什么保留旧接口，都已经讨论清楚了。

第二天，你打开新会话，让它接着做。它却又问了一遍项目背景，还给出一个昨天刚被否掉的方案。

你只好重新交代：项目用Vue 3，别随便写any，接口前缀是/api/v2。

如果再换一个AI编程工具，这些话可能还得说一遍。

代码还没开始写，先花时间让AI重新认识自己的项目。

火山引擎开源的OpenViking，就想减少这种重复。它给AI助手提供一套存放和查找资料的地方，把项目文档、使用偏好和处理问题的经验组织起来，供后续任务使用。

继续拿这个接口来说。一次讨论里，可能出现好几个方案，也试过几条走不通的路。真正需要带到下次的，通常只是最后确认的几件事。

比如：旧接口暂时保留，因为还有客户端没有升级；修改鉴权逻辑后，要补上几类测试。

OpenViking把这些内容分开组织：文档和代码放在资源里，偏好与经验放在记忆里，完成某类任务的方法放在技能里。你可以把它理解成一个有分类、有位置的资料柜。

它也提供会话归档和记忆提取机制。会话提交后，系统可以在后台整理记录，按配置提取值得保留的内容。

下次处理相关任务，接入的助手就有机会查到这些背景，不必完全依赖你当场补充。

当然，这需要配置好接入与提交方式。关掉聊天窗口，不等于所有内容都会自动变成长期记忆。

存下来之后，还得找得到。假如你同时做三个项目，问的是后台系统的登录接口，AI却翻出了另一个项目的规范，记得再多也帮不上忙。

OpenViking允许先限定项目或目录，再在这个范围里搜索。资料保留着类似文件夹的结构，可以列目录、查关键词，也可以按意思搜索。

找到位置后，也不必马上把整份文档读完。它会利用目录摘要和概览，帮助助手判断该往哪里看，需要细节时再打开正文。

就像我们查一本工具书：先看目录，找到相关章节，再读需要的那几页。

这样做希望减少的是：为了回答一个小问题，把一大堆暂时用不到的资料都交给模型。

资料有位置，回答也更容易找到依据。 如果用错了规范，开发者可以沿着检索结果检查来源，看看究竟找错了目录，还是资料本身已经过时。

你可能习惯用一个工具讨论方案，再换另一个工具写代码。最不想做的，就是把刚讲过的背景重新复制一遍。

OpenViking提供了面向Claude Code、Codex、Cursor等工具的接入方式，让不同助手有机会使用同一套上下文资料。

这里可以想象成：你换了一个帮忙的人，但项目资料仍放在同一个地方。只要接好服务、身份和权限，新助手就有机会查阅已有记录。

这不代表装好OpenViking之后，所有工具过去的聊天记录都会自动互通。不同工具如何保存、召回和使用记忆，仍要分别配置和验证。

第一次尝试，不妨只做一件小事：让助手记住一条明确的项目约定，再开一个新会话，看看它能不能找回来、用对地方。

还有一个问题，比“会不会忘”更值得留意。

如果接口前缀已经从/api/v2改成/api/v3，AI却一直忠实执行旧规则，这份记忆反而会添乱。

OpenViking支持记忆的更新、合并和删除，也提供变化记录供检查。但在实际项目里，仍要确认修改是否处理完成，后续检索有没有用到当前有效的内容。

所以，第一次测试时，除了问“能不能记住”，最好再试一次：把一条规则改掉，看下一次回答能不能跟着改。

如果你只有几条固定约定，一份维护清楚的项目规则文件，可能已经够用。等文档多起来、工具反复切换、历史决定需要持续查找时，统一管理这些资料才更有价值。

想了解操作体验，可以先试官方浏览器演示，再考虑部署和接入。开源服务可以自行部署，模型调用、机器和维护仍可能产生费用；是否使用云端模型，也取决于具体配置。

对每天都在和AI一起做项目的人来说，最值得期待的变化其实很具体：下一次开工，昨天确认过的事，能少解释一遍。