换个窗口还想接着写？OpenCode 2.0 共用一个后台

OpenCode 近期介绍的 2.0 版本，把终端、网页和桌面客户端接到了同一个本地后台服务上。对经常换窗口写代码的人，这意味着不同界面面对的是同一套工作状态。长时间跑测试时，还能把任务放到后台，继续补充别的要求。

这种变化很实在。AI 接下来的工作，可以少受眼前这个窗口的限制。

先说时间，免得把这篇介绍误认成今天才上线。官方仓库的 v2.0.0 标签标注时间是 2026 年 9 月 11 日 23:46 UTC，换成北京时间是 9 月 12 日 07:46；Anomaly 这篇 2.0 介绍的页面发布时间则是 10 月 12 日。版本记录和介绍文章是两件事。

界面负责交谈，后台负责继续办事

OpenCode 以前就分客户端和服务端，只是普通用法没有默认充分利用这个结构。2.0 会自动在本机启动一个共享服务，终端里的文字界面、浏览器和桌面应用都连接它。

打开另一个界面，相当于多了一个查看和操作同一服务的入口。这里说的是本地服务，电脑仍要开着；功能没有因此变成云端托管。

共享后台还多了两种工作方式。AI 可以让另一个模型在后台审代码，自己继续处理当前任务；耗时的终端命令也能放到后台，结束后再通知。运行中的前台命令或子任务，还能用快捷键转到后台。

官方演示用的是审代码、跑测试和构建程序。这类等待期间，用户仍能继续提要求，不必等每项工作结束才往下说。

多步骤工作，可以交给一小段程序

另一个变化叫 Code Mode。AI 可以写一小段 JavaScript，把多个已接入工具组合起来调用。官方举的例子是从 GitHub 读出问题，再把它们写入 Linear 的任务列表。

对用 AI 处理重复工作的人，它的意义在于，前一个工具返回的结果能直接成为后一个工具的输入。外部脚本和应用也能通过新版 API 调用 OpenCode，把同一个编程助手接进自己的工作流程。

已有插件和外部工作台，需要跟上新版

这次重写也改了连接方式。官方迁移指南明确列出，1.0 插件在 2.0 中不能直接运行，使用旧服务端 API 的程序要适配新版。终端配置则从原来的 tui.json(c) 迁到全局 cli.json，支持的全局设置可以自动迁移；既有受支持的配置、技能和智能体定义仍可继续用。

升级后原来靠插件完成的工作，可能因为旧插件不能加载而中断；自己写的接入程序也可能因为接口变了而连不上。处理办法是分别换成支持 V2 的插件、按新版 API 适配接入程序。终端里升级时，官方建议先更新到最新 1.x，再执行 `opencode upgrade --major`；桌面版则从官方下载页安装新版。

迁移指南还提醒，V1、V2 都用同一个 opencode 命令，默认不再并排安装；包管理器装的 V1 要先卸载，再装 V2。动之前保留 V1 配置副本，先核对模型、账号连接、权限和接入工具能不能正常工作。支持的旧配置不必为了尝新全部重写；如果已转成只供 V2 使用的格式，也别让 V1 再读这份文件。

第三方工具已经碰到了这个变化。Aiola 的 10 月 13 日更新说明写道，旧版曾把 OpenCode 2 显示为无法检查登录状态，原因涉及新 API 和服务认证方式；v2.0.5 已完成识别和认证等适配。这里出问题的是 Aiola 与新版的连接，并非用户的 OpenCode 账号失效。

Caprock 10 月 9 日的更新也记录了类似情况。它原先拿 OpenCode 1 的启动参数打开新版，参数对不上；适配后会按实际版本启动，并跟随 OpenCode 2 的后台服务读取会话。

因此，只使用官方客户端的人，更容易直接用到共享服务和后台任务；依赖旧插件或第三方工作台的人，升级体验还取决于那些工具有没有支持 2.0。

所以，换个窗口接着写这件事，OpenCode 2.0 已经把共享后台准备好了。老用户真正要判断的是自己的工作靠什么接在它身上：官方界面可以继续连同一个服务，旧插件和自写工具则得先完成适配。让任务少被窗口打断很有用，前提是原来能办的事也能在新版里接着办。