编程工具开始调度自己：OpenCode 2.0 的三处改动

以前的 AI 编程工具，是你在编辑器里敲，它在旁边补。现在的方向变了：它开始自己决定先调哪个工具、再调哪个工具。

一、发生了什么

据开源中国报道，OpenCode 2.0 已正式发布，官方把它称作一次"重大更新"，并称吸收了数百万日活用户的使用经验。

第一处改动是架构落地。OpenCode 一直有客户端/服务端的模型，但过去默认没真正用起来。2.0 里服务端会作为本机后台进程常驻，TUI、Web 界面、桌面应用都连同一个中心进程。写完的脚本可以通过客户端包自动发现本机服务，命令行里也能直接调接口；想跨机器用，可以把它暴露给别的主机再做配对。

第二处是 API 推倒重写。官方对旧版的评价只有一句：很差。理由是早期谁都不知道智能体该长什么样，接口是边学边长的。新版几乎覆盖了各类操作，还有个微妙的变化——OpenCode 现在能感知并调用自己的 API。官方给的例子是：开始新任务时，它自己把当前会话挪进一个新的 git worktree；让它"停掉那个不稳定的测试会话、隔离测试、关掉没用的标签页"，它会依次调用会话列表、会话上下文、中断、提示、关标签页几个接口完成。

第三处是 Code Mode。2.0 给智能体配了一个很轻的 JavaScript 执行环境，作用是把 MCP 服务或 OpenAPI 接口变成脚本里能直接调用的函数。关键在实现方式：不启动 Node 虚拟机，也不嵌 QuickJS，走原生执行。好处是一次往返就能完成"调工具、处理结果、再调另一个工具"，而不是来回请求。官方称所有 MCP server 默认开启这个模式，挂一千个也不会带来明显的上下文膨胀。

另外还有后台子智能体，主智能体可以派一个任务给另一个智能体、甚至指定不同模型，自己继续干别的；shell 命令支持异步，长任务可以按快捷键挪到后台。

二、跟你有什么关系

一个人写代码的：最实际的变化是定时任务。以前要让 agent 每天跑一遍检查，得自己写外层脚本；现在本机常驻的服务加上客户端包，写几行就能挂上去。

小团队：后台子智能体等于多了一个不占你注意力的同事。让它专门审 diff、跑测试、写 changelog，主线程继续写业务逻辑，这种分工比"一个全能 agent"更接近真实协作。

做工具和平台的人：SDK 直接把驱动 CLI 的那套代码开放出来了，理论上可以拆开做一个跑在服务器上的定制版。协议是标准的，任何客户端都能连。

三、怎么升级，怎么试

1. 先升到最新的 1.x，再跨大版本。 官方给的路径是先确认在最新 1.x 上，然后执行 opencode upgrade --major；桌面应用去官网下新版。

1. 清点你的插件。 这是最大的坑：1.0 的插件在 2.0 里不能用了。团队内部如果有自研插件，先排一遍改造工作量，再决定什么时候升。

1. 只挑一件事试 Code Mode。 别一上来就重写全部工作流。找一件需要连续调三四个工具的活，比如"跑测试、失败就隔离、再开一个修复会话"，看它能不能一趟跑完。

1. 接口和配置一起改。 服务端 API 与 1.0 完全不同，配置文件名也从 tui.json 变成了新的 json 格式。写脚本调用过旧接口的，这部分要重写。

四、三个别信的说法

「2.0 就是加了个新界面。」 反了，界面基本没动。真正的改动在下面：常驻服务、重写的 API、能写脚本的执行层。这三样加起来，是把工具从"补全器"改成了"调度器"。

「挂的 MCP 越多，能力越强。」 能力确实会变多，但选择权交给了模型。官方说挂一千个也不会明显膨胀上下文，前提是模型能自己发现并组合。实际用起来，工具描述写得含糊、功能重叠的，反而更容易被选错。少而准比多而全好。

「插件多就说明生态好。」 2.0 有 80 多个插件，但官方说了做法：几乎所有新功能都先用内部插件实现一遍。这是为了逼插件接口保持可用，不是为了凑数量。判断生态该看有没有人靠它做出东西，而不是看目录长度。

五、一句话结论

AI 编程工具的竞争点，已经从"补得准不准"移到"能不能自己安排一串动作"；这一版值得试，但不值得在项目交付周升。

信息来源

• 开源中国关于 OpenCode 2.0 发布的报道，2026-10-17：https://www.oschina.net/news/503031/opencode-2-0

功能与价格以官方公告为准。本文写于 2026 年 10 月 17 日。