OpenCode 2.0 正式发布：终端、桌面与网页端共用同一个后台服务，API 与 SDK 全部重写
来源The New Stack查看原文
速览
- OpenCode 2.0 正式发布，终端、桌面、网页端共用同一后台服务
- API 从零重写，新增 @opencode/client 与可嵌入 SDK @opencode/sdk
- Code Mode 把 MCP 服务器与 OpenAPI 端点转为可编程函数，成为默认方式
- 子 Agent 与 shell 命令支持后台异步执行，主 Agent 完成后收到通知
- 已实现 80 多个内部插件，终端插件转稳定并支持热重载
- 1.0 插件与旧服务器 API 集成不兼容 2.0，需手动升级
- 仓库累计超 212,000 stars、近 30,000 forks
- 团队来自 Serverless Stack（SST）背景
开源编码 Agent OpenCode 在公开测试约三个月后正式发布 2.0 版本。开发方 Anomaly 称这是一次「major overhaul」，核心变化是引入一个共享后台服务：服务器现在作为单一后台进程自动启动，终端、浏览器和桌面三个界面连接到同一个底层服务，开发者可以在终端开始一个会话、在桌面或网页端继续，自己的脚本也能连到同一服务上。配套改动包括从零重写的 API、新的 @opencode/client 包（支持标准 JavaScript 与 Effect）、可嵌入的 @opencode/sdk，以及 Code Mode 和后台执行能力。Code Mode 基于 @opencode/codemode 中的轻量 JavaScript 解释器，把 MCP 服务器和 OpenAPI 端点转成 Agent 可编程调用的函数，官方称这样「可以加一千个 MCP 服务器而几乎不造成上下文膨胀」，并把它设为 2.0 中所有 MCP 服务器的默认方式。后台执行则允许子 Agent 和 shell 命令异步运行，主 Agent 在完成后收到通知，开发者也可用快捷键把超时的前台任务转入后台。Anomaly 表示已实现 80 多个内部插件，终端界面插件从实验性转为稳定，并支持热重载。兼容性方面，为 1.0 开发的插件无法在 2.0 上使用，基于旧服务器 API 的集成需要更新；1.x 用户需自行执行 opencode upgrade –major 或在终端输入 /update 升级，更新不再自动安装。
关键事实
- OpenCode 2.0 在公开测试约三个月后正式发布，官方 changelog 切换到 2.x 系列，标志 2.0 成为主发布版本
- 2.0 引入共享后台服务，服务器作为单一后台进程自动启动，终端、浏览器、桌面界面连接同一底层服务
- API 被从零重写，Anomaly 自评旧 API「grew haphazardly…It was bad」
- 新增 @opencode/client 包，支持标准 JavaScript 和 Effect；新增可嵌入 SDK @opencode/sdk，与 CLI 使用同一套底层代码，可用于 Cloudflare Durable Objects 等环境
- Code Mode 基于 @opencode/codemode 的轻量 JavaScript 解释器，把 MCP 服务器和 OpenAPI 端点转为函数，成为 2.0 中所有 MCP 服务器的默认方式
- 子 Agent 与 shell 命令支持后台异步执行，主 Agent 完成后收到通知，可用快捷键把前台任务转入后台
本站视角
这次发布对国内做编码 Agent 和 Agent 基础设施的团队最直接的影响，是 OpenCode 把「一个后台服务 + 多前端 + 可嵌入 SDK」做成了默认架构。过去多数开源编码 Agent 是 CLI 单体，会话状态绑在进程里；OpenCode 2.0 把会话抽成常驻服务后，终端、桌面、网页和用户自己的脚本共享同一份会话，这实际上把 Agent 从「一个命令行工具」推向「一个可被其他程序调用的本地服务」。对做 IDE 插件、内部研发平台、CI 自动化的团队来说，@opencode/sdk 与 @opencode/client 意味着可以不再自己造 Agent 运行时，而是把 OpenCode 嵌进去，这与 Kilo 此前用 OpenCode 重建 CLI 和 VS Code 扩展是同一路径的延续。Code Mode 值得单独关注：它把 MCP 工具调用从「每次操作一次模型往返」改成「写一段 JavaScript 批量调用」，官方称可以挂一千个 MCP 服务器而几乎不造成上下文膨胀。如果这个说法在实际使用中成立，它针对的正是当前 MCP 生态最现实的痛点——工具定义吃掉大量上下文窗口。但需要指出，这一效果目前只有 Anomaly 单方面的说法，没有第三方 benchmark 或上下文占用的实测数据支撑，我们建议接入大量 MCP 服务的团队自行验证后再决定是否把 Code Mode 作为默认。另一个需要观察的点是兼容性代价：1.0 插件全部作废、旧服务器 API 集成需要重写，而更新又改为不再自动安装，这意味着存量用户的迁移成本被明确转嫁给了用户自己。对已经围绕 OpenCode 1.x 构建内部工具链的团队，这是一次需要排期的破坏性升级，而不是一次无痛更新。从竞争格局看，Anthropic 收紧第三方调用后，可自由切换模型的开源 Agent 承接了这部分需求，OpenCode 2.0 的架构调整本质上是在把「模型可替换」这一优势延伸到「运行时和界面也可替换」，这对国内自研 Agent 框架的团队是一个值得对照的设计样本。
背景与影响
OpenCode 由 Anomaly 开发，其创始人 Jay V 和 Frank Wang 此前创建了面向 AWS 的开源框架 Serverless Stack（SST），OpenCode 另一位核心开发者 Dax Raad 也出自 SST 团队。OpenCode 自 2025 年首次亮相后，在希望自由切换底层 AI 模型的开发者中积累了大量用户。2026 年 1 月 Anthropic 开始阻止第三方 Agent 使用 Claude Pro 和 Max 订阅凭证，迫使受影响开发者寻找替代方案或更换供应商，这一限制与 OpenCode 关注度的上升在时间上重合。The New Stack 此前报道指出，这类开源编码 Agent 正在获得商业关注：2026 年 7 月 Anaconda 收购了另一个允许开发者自选 AI 供应商的开源编码 Agent Kilo，而 Kilo 此前已用 OpenCode 重建了命令行界面和 VS Code 扩展。此次 2.0 发布前，Anomaly 已迭代数月，9 月还发布过关于重构后插件架构与热重载能力的技术说明，但拖长的发布节奏让部分开发者困惑，Reddit 上有人询问 2.0 是否已正式稳定，GitHub 上也有关于缺少 release notes 的抱怨。周一的公告加上 changelog 切换到 2.x 系列，实际上确认了 2.0 的主版本地位。
本文由 AI 辅助整理自公开信源，事实部分以原文为准；「本站视角」一节为编辑部判断，欢迎指正。版权归原作者所有，如有异议请联系我们。