OpenCode 2.0 正式发布：Bun 换回 Node.js，1.x 插件全部作废

21.4 万颗星、近 3 万个 Fork，这是 OpenCode 交出的成绩单。这个在 Anthropic 封禁第三方订阅凭据后迅速走红的开源编程 Agent，在三个月 Beta 之后，于 10 月 19 日正式把 2.0 推上主线稳定版。伴随而来的，是一次几乎“推倒重来”的架构改造，以及一句不太友好的提醒：1.x 的插件，全部作废。

一分钟速览

• OpenCode 2.0 结束三个月 Beta，成为主线稳定版；
• 核心运行时从 Bun 切回 Node.js，桌面端从 Tauri 切回 Electron；
• 插件架构与服务器 API 全部重写，1.x 第三方插件无法运行；
• 新增 Code Mode，单个 Agent 可接入约 1000 个 MCP 服务器；
• 更新不再自动静默安装，用户需要手动升级。

一次向“工程现实主义”的妥协

OpenCode 的起点很极客：创始人来自 Serverless Stack 团队，产品最初是一个可以自由切换底层模型的终端工具。2026 年 1 月，Anthropic 开始阻止第三方 Agent 使用 Claude Pro 和 Max 的订阅凭据，大量开发者被迫寻找能自己填 API Key 的替代品，OpenCode 接住了这波“难民潮”，用户量迅速冲到数百万日活。

但早期为了快，技术栈选得很“浪漫”：Bun 追求极致启动速度，Tauri 追求极小安装包。到了真实业务场景，问题开始暴露——Bun 的工具生态深度和稳定性不如 Node.js，Tauri 在高强度前端渲染和进程常驻下，不同操作系统的差异让团队疲于奔命。官方给出的理由很务实：Node.js 在 Windows 上更稳，Electron 可以直接嵌入，团队对 Bun 的长期方向也不够确定。

于是 2.0 做了三件“反直觉”的事：换回更重的运行时，换回更大的桌面框架，重写全部接口。用体积换稳定性，用短期迁移成本换长期可维护性。

服务器变成核心，Agent 变成常驻进程

1.x 也有客户端与服务器架构，但更多是给高级用户用的。2.0 把它变成默认形态：服务器在开发者电脑上作为统一后台进程启动，终端、浏览器、桌面界面都连到同一个底层服务。你可以在终端里开会话，再切到桌面应用继续；脚本可以自动发现本地服务，用来跑定时任务；也可以把服务开放给其他设备。

API 也从头重写。新版让 Agent 能更好地控制环境：创建 Git 工作树、把已有会话迁移进去、识别并中断卡住的会话。开发者可以通过 @opencode/client 访问，支持标准 JavaScript 与 Effect。过去 Agent 更像一个被动插件，等外部程序驱动；现在它是一个可以被编程控制的常驻进程。

Code Mode：把工具调用写成脚本

传统 MCP 调用是一次一次的：模型调用工具、等待结果、读结果、再决定下一步，中间结果还会塞进上下文。工具一多，光是名称、描述和参数 Schema 就能把上下文占满。

Code Mode 换了个思路：让 Agent 写一段 JavaScript，在一次执行中调用多个工具、处理返回值，只把最终需要的信息交还给模型。它基于 @opencode/codemode 的轻量解释器，把 MCP 服务器和 OpenAPI 端点转成可调用函数。2.0 中所有 MCP 服务器默认启用 Code Mode，官方宣称单个 Agent 可以接入约 1000 个服务器，而上下文开销增加很少。

这解决的是 Agent 规模化的真实瓶颈：不是工具不够多，而是工具太多之后，模型被“工具手册”淹没。按需发现、脚本组合，比一次性加载全部定义更接近人类使用工具的方式。

插件生态的阵痛

2.0 把插件系统提升到核心位置，内部已有 80 多个插件，覆盖大部分功能，修改后还能热重载。但兼容性上切得很深：1.x 的第三方逻辑插件全部停止工作，移动插件文件没有用，必须按新接口迁移；服务器 API 也做了破坏性变更。

对普通用户，这意味着升级前要确认常用插件是否有 2.x 版本；对插件作者，这是一次重新证明价值的机会，也是一次用户流失的风险。开源工具做大规模重构，最难的不是代码，而是生态的信任。

写在最后

OpenCode 2.0 传递的信号很清楚：AI 编程工具已经从“谁能接入更多模型”进入“谁的运行时更稳、谁的上下文更省”的阶段。Bun 与 Node.js、Tauri 与 Electron 的选择，看似是技术品味，实质是对真实用户场景的判断。接下来要看的，是插件生态能否在几个月内补齐，以及 Code Mode 在复杂任务里是否真的省心。