OpenCode 2.0：本地常驻服务 + Code Mode，开源编程 Agent 大改版要注意迁移

36次阅读

开源编程助手里，OpenCode 是星数极高的那一档。它不绑死某一家模型厂商，走的是「自己的 harness + 你选的模型」。2026 年 10 月前后，团队推了大改版 OpenCode 2.0：本地常驻服务、Code Mode、插件体系重做、SDK 可嵌入。星数好看，但迁移和安全讨论也要一起看。资料查阅于 2026 年 10 月 15 日。

想先看看开源 Agent 在整个 AI 编程工具链里的位置，可以读AI 编程 Agent 生态全景。

2026 年 10 月 18 日补充：OpenCode 的网页后台 OpenCode Console 发生安全事件，约 1.4% 的 Console 用户存进去的第三方 API Key 可能泄露。只在本机用 OpenCode 命令行或桌面版、Key 写在自己电脑配置里的，据 OpenCode 团队说明不受这次事件影响。在 Console 里存过 Key 的，处理办法见 API Key 泄露了怎么办。

OpenCode 2.0 是什么

OpenCode 是开源 coding agent，仓库：anomalyco/opencode，写这篇时约 21.4 万星，协议 MIT。官网：opencode.ai。2.0 说明见：anoma.ly/notes/opencode-2-0。GitHub 上已有 v2.0.x 标签（例如 v2.0.29）；升级路径以官方文档为准。

相对 1.x，用户侧最明显的几块是：

The Service：本机自动跑一个后台服务。TUI、Web、桌面端、脚本都连同一进程，而不是各开各的。
Code Mode：用 @opencode/codemode 把 MCP / OpenAPI 收成可调用的脚本函数；模型写一小段脚本，一次 round-trip 里串联多个工具，而不是工具一个个点。2.0 里 MCP 默认进 Code Mode，理论上能挂很多服务器而不把上下文撑爆。
Background tasks：后台子 Agent、异步 shell；卡住时可热键扔到后台继续聊。
Plugins：团队自称把大量 2.0 功能做成内部插件（文案写 80+），逼着 Plugin API 自己吃狗粮；TUI 插件升到稳定，支持热重载。
SDK / Client：@opencode/sdk 可当库用；@opencode/client 连本地服务写定时任务、自定义脚本。

官方升级建议：先站上最新 1.x，再执行 opencode upgrade --major。桌面端则下新安装包。

迁移时要心里有数

官方迁移文档写得很直：有意为之的破坏性变更主要是三类——

1.0 插件在 2.0 不能跑，要按新 API 移植。
Server API / client 合同整页重写，老集成要改。
终端配置从分层的 tui.json 迁到全局 cli.json（首次启动可自动迁一部分）。

其余大量配置（agents、MCP、skills、.opencode/ 等）官方意图是兼容读取；也可用自然语言让 OpenCode 自己帮你改成 2.0 原生写法。细节见：Migrate from V1。

企业侧若用 /etc/opencode、托管偏好等「高优先级策略」，务必自己验证：谁覆盖谁、策略是否还能挡住项目级配置。

关于安全回归讨论

2.0 刚出来时，Hacker News 上有帖讨论 配置加载优先级 的安全回归（标题大致是 Major security regression merged into OpenCode V2，讨论串约 50075319）：有人认为企业策略可能被更低优先级或外部配置盖掉，从而动摇「集中管控」假设。

同主题后续讨论里，有评论称该问题已通过 PR（报道中提到 #55267）回退/修复；原发帖作者也表示「至少对方在听」。这不等于「2.0 从此无安全债」——只是：升级前建议对照最新 changelog / PR，不要只看功能清单；若你靠系统级策略锁模型与权限，先在隔离环境验证再全员升级。