用 OpenViking 把记忆放到 Agent 外面Agent 接力不丢失上下文让每个 Agent 做它最擅长的事晚上十一点你让 Codex 重构一个支付模块。它已经读完了二十几个文件跟你确认过三次边界旧接口先别删金额统一用分测试必须跑本地 mock。改到第四个文件屏幕上跳出一行字额度已用完。你打开 Claude Code准备接着干。然后你意识到接下来二十分钟要花在“复述”上这个项目是干嘛的我们刚才定了哪几条规矩改到哪个文件了哪条路已经试过走不通。这二十分钟不是模型的问题只是模型什么都不知道。Agent 可以换记忆不该跟着 Agent 走。这篇文章讲 OpenViking 怎么做到这一点以及你今天就能照着配的具体步骤。01为什么换 Agent 会让人那么头大今天大多数 Agent 都有某种记忆Claude Code 有 CLAUDE.md 和自带的 memory 目录Codex 有 AGENTS.md豆包、ChatGPT 也各有各的“记住你”。问题在于这些记忆都锁在各自的家里。Codex 记住的“金额统一用分”Claude Code 读不到Claude Code 帮你总结的项目约定豆包工作写方案时用不上你在三个工具里各说一遍同样的偏好三份记忆还会慢慢变得不一致。所以“多 Agent 协作”其实是“多 Agent 轮流失忆”你成了唯一的上下文载体每次切换都要手动搬运。解锁跨 Agent Context 和经验这就是 OpenViking 的价值OpenViking 让你把记忆从 Agent 里拿出来统一管理在一个独立的上下文数据库。每个 Agent 装一个很薄的插件后自动存、自动取还能用上所有 Agent 沉淀下来的经验。02OpenViking 是怎么做到记忆放在 Agent 外面接入 OpenViking 后你的 Claude Code、Codex、TraeCode CLI、DeepSeek Harness 等 Agent 都指向同一个 OpenViking 库。之后你使用的所有 Agent 在运行时都会自动召回、更新一个统一的记忆系统。装了插件的 Agent整个过程不需要模型主动调用任何工具。存和取都挂在 Agent 自己的生命周期 hook 上。03常见使用场景场景一Agent 额度用完下个 Agent 无缝接手回到开头那个晚上。装了 OpenViking 之后同样的事情会怎么发展22:10你在 Codex 里开工你说了三条规矩旧接口先别删、金额统一用分、测试跑本地 mock。Codex 每回复完一轮就把这一轮追加到 OpenViking 会话里。23:02Codex 提示额度用完你在 Codex 里正常退出OpenViking 已经开始抽取记忆。“金额统一用分”成了项目约定“refund_v1接口暂不删除”成了一条决定“已完成 order / invoice / ledger 三个文件settlement 进行到一半”成了一条事件23:04你在同一个目录打开 Claude Code“继续刚刚 Codex 在做的代码重构”Agent 会自动用这句话去检索 OpenVikingCodex 刚留下的那几条记忆会被召回并注入给到 Agent。新Agent 回复“上次改到 settlement金额单位按分处理refund_v1 保留。我先看 settlement 剩下的部分。”你切换了 Agent却没有复述任何东西也不是把 Codex 的整个上下文窗口复制了。OpenViking 保留原始会话与来源同时抽取适合长期复用的事实、偏好、实体、事件和经验让新 Agent 根据当前任务按需召回。需要核对细节时还可以沿 viking:// URI 读取原文而不是相信一段脱离来源的摘要。场景二让每个 Agent 做它最擅长的事跨 Agent 记忆的价值不只是在额度耗尽时“救场”。更有意思的是主动切换你本来就同时在用好几个 Agent因为它们擅长的东西不一样。一个真实的分工可能是这样豆包工作贴近办公场景的活比如读飞书文档和群消息、写 PRD、整理周报、把结果同步给团队TRAECode / Codex长时间自主跑的工程任务比如按设计稿实现一个原型、批量改一片代码TRAECode / Claude Code需要反复推敲的活比如代码评审、写技术文档、梳理复杂的排障过程。以往这种分工的代价非常大。每换一个 Agent就要把前一个 Agent 的产出和结论重新喂一遍。有了 OpenViking 的共享记忆多 Agent 工作流程变成真正的接力先利用豆包工作读完客户群里的反馈和相关飞书文档整理出需求要点。确认后让豆包工作把结论写入 OpenViking。Codex / TRAECode在项目仓库里开工一开始就召回了豆包工作保存下来的需求要点照着实现原型。实现过程中的取舍自动沉淀到 OpenViking 内。Claude Code / TRAECode做评审和文档。它知道需求来自哪次客户反馈也知道 Codex 做了哪些取舍评审意见不会绕回已经定下来的事。评审反馈和改动同样沉淀到 OpenViking 内。回到豆包工作写上线说明前面三步的结论它都拿得到。每个 Agent 读的是同一份记忆写回的也是同一份记忆。你负责判断和拍板不再负责搬运。04如何把跨 Agent 接力跑起来3 步接入验证第一步准备一个 OpenViking 服务【建议】开通火山引擎的 OpenViking 云服务https://console.volcengine.com/vikingdb/openviking/本地部署细节请查阅https://docs.openviking.ai/zh/getting-started/02-quickstart第二步给每个 Agent 装插件按下面的指引给你的 Agent 安装插件并验证连接火山引擎的 OpenViking 云服务https://docs.volcengine.com/docs/vector_database_vikingdb/Agentaccess-1本地部署指引https://docs.openviking.ai/zh/agent-integrations/01-overview第三步体验 OpenViking 能力Codex 中断Claude Code 接手TRAECode 完成1. 在 Codex 里依次发送我们来做一次代码开发的记忆测试。先定三条规矩 1. 金额字段统一用分整数存储 2. 旧接口 refund_v1 先不要删 3. 测试只跑本地 mock不连真实支付网关。 请复述一遍确认。2. 正常退出模拟额度用完。等待片刻让 OpenViking 完成记忆抽取。3. 在同一个目录打开 Claude Code依次发送Q1: 继续刚才另一个助手做的代码开发任务。我们定了哪几条规矩 Q2: refund_v1 这个接口现在可以删掉吗✅️Q1 预期结果能说出三条规矩✅️Q2 预期结果回答“不能删要保留”4. 开启 TRAECode CLI发送下面内容。提问继续刚才另一个助手做的代码开发任务。 我想在需求内新加一个退款手续费字段应该用什么类型和单位存✅️预期结果回答“整数单位是分”调用 OpenViking 获取了 Codex 保存的记忆Agent 答复再回到那个晚上十一点额度用完的提示不再意味着“从头讲一遍”。过去你是几个 Agent 之间唯一的记忆。现在这件事交给 OpenViking你只需要决定下一件事交给谁OpenViking 让你的 Agent 无缝接力。 上手试用前 50 文档免费volcengine.com/product/openviking-service 开源 OpenVikinghttps://github.com/volcengine/OpenViking为我们点亮一颗 Star 加入飞书交流群