返回首页

对比阅读

对比阅读:Stop Re-Explaining When You Switch AI Assistants: OpenViking Fixes This 与 换 AI 助手就要从头讲一遍?火山引擎的 OpenViking 想解决这事

AEN
OpenVikingVolcano EngineClaude Code·

Stop Re-Explaining When You Switch AI Assistants: OpenViking Fixes This

Running out of quota on AI coding assistants is routine — but the bigger time sink is the 20-minute recap each time you switch tools: what rules you set, where you stopped, which approaches are dead ends. That's exactly what OpenViking, launched this week by Volcano Engine (ByteDance's cloud business), aims to fix.

What This Is

OpenViking is a middleware "AI working memory" layer. Think of it as a standalone context database — storing the conventions, progress, and decisions generated while collaborating with AI — that plugs into different AI agents like Claude Code, Codex, and Doubao (agents capable of autonomously executing tasks). Once connected, each agent automatically writes key information to this layer during conversation and pulls it back when another agent comes online.

A concrete scenario: you're refactoring a payment module in Codex and run out of quota halfway through. Open Claude Code and say "pick up where we left off" — it'll tell you "last edited settlement, amounts in cents, refund_v1 retained." You didn't repeat a thing.

Industry View

Supporters argue Agent infrastructure (the underlying tooling that keeps AI assistants running reliably) has entered a "memory layer" competition phase. As model capability gaps narrow, whoever lets users carry their work memory across tools wins the next entry point. Volcano Engine is moving early, betting that developers and enterprise users are hitting a wall with the friction cost of switching tools.

But the skepticism we see holds up: first, this is a developer-facing tool with limited value for non-coding managers; second, centralizing memory on Volcano Engine's cloud means handing your work context to a single vendor — meaningful lock-in risk; third, multi-agent handoff sounds appealing, but the industry hasn't even reached consensus on what protocol agents should use to talk to each other. OpenViking is one player's solution, not a standard.

Impact on Regular People

For enterprise IT: if your team already runs multiple AI assistants side by side, a small-scale pilot is reasonable; but short-term, we don't recommend entrusting core project context to a single cloud vendor.

For individual professionals: programmers and heavy AI tool users are the direct beneficiaries; non-technical roles won't feel this yet, but the "AI working memory" concept is worth watching — the next wave of office software differentiation likely lives here.

For consumer markets: no visible impact short-term, but users of Doubao, Feishu, and other ByteDance products may find in the coming months that these tools "understand you better" — and this mechanism could be what's running underneath.

来源: juejin.cn
BZH
火山引擎OpenVikingClaude Code·

换 AI 助手就要从头讲一遍?火山引擎的 OpenViking 想解决这事

AI 编程助手用着用着额度耗尽是常事,但更费时间的是切换工具后那 20 分钟的复述——你之前定了什么规矩、改到哪一步、哪条路走过走不通。这正是火山引擎(字节跳动云业务)这周上线的 OpenViking 想解决的事。

这是什么

OpenViking 是一层「AI 工作记忆」的中间层。你可以把它理解成一个独立的上下文数据库(用来存你和 AI 协作过程中产生的约定、进度、决策),让 Claude Code、Codex、豆包等不同的 AI Agent(能自主执行任务的 AI 助手)都接进来。接好后,每个 Agent 在对话过程中会自动把关键信息写入这个库,下次另一个 Agent 上线时自动取回。

举个具体场景:你在 Codex 里做支付模块重构,做到一半额度用完。打开 Claude Code 直接说「继续刚才的活」,它就能告诉你「上次改到 settlement,金额按分处理,refund_v1 保留」——你什么都没复述。

行业怎么看

支持者认为,Agent 基础设施(让 AI 助手稳定工作的底层工具)正进入「记忆层」竞争阶段。当各家模型能力差距越来越小,谁能让用户的工作记忆在不同工具间流转,谁就抢到下一个入口。火山引擎这次走得早,赌的是开发者和企业用户对「换工具成本」的耐心正在见底。

但我们看到的质疑同样成立:第一,这是面向开发者的工具,对不写代码的普通管理者价值有限;第二,记忆统一托管在火山引擎云上,等于把工作上下文交给单一供应商,绑定风险不小;第三,多 Agent 接力听起来美好,但行业里连「Agent 之间用什么协议对话」都还没共识,OpenViking 只是其中一个玩家的方案,不是标准。

对普通人的影响

对企业 IT:如果团队已经在混用多个 AI 助手,可以小范围试用;但短期不建议把核心项目上下文全部托付给单一云厂商。

对个人职场:直接受益的主要是程序员和重度 AI 工具用户;非技术岗位暂时用不到,但「AI 工作记忆」这个概念值得留意——下一波办公软件的差异化很可能就在这里。

对消费市场:短期感受不到变化,但用豆包、飞书等字节系产品的用户,未来几个月可能发现它们「更懂你了」——背后可能就是这套机制。

来源: juejin.cn