OpenCode 2.0 发行说明：新功能概览

核心架构重构

OpenCode 2.0 从瞬态客户端/服务器模型转向了持久化的后台进程。通过作为宿主机上的单个守护进程运行，该服务确保了 TUI、Web 界面和桌面应用程序都能与统一的状态进行通信。这种架构允许程序化客户端（例如 @opencode/client）自动发现本地服务，从而为定时任务和远程主机连接提供了无缝集成。

增强的智能体能力

OpenCode 2.0 引入了“代码模式”（Code Mode），这是一项由轻量级 JavaScript 解释器驱动的功能，允许智能体原生执行脚本。通过接入 MCP 服务器或 OpenAPI 端点，智能体可以将多个工具调用组合成单个脚本，从而减少往返延迟。此外，系统现在支持后台子智能体和异步 shell 命令。这使得主智能体可以将任务委派给二级模型或长时间运行的进程，而不会阻塞主交互循环，从而实现更复杂的编排。

插件系统与 SDK

为了确保长期稳定性，OpenCode 2.0 团队将几乎所有核心功能实现为内部插件，形成了一个包含 80 多个稳定且支持热重载的插件库。该平台现在通过 @opencode/sdk 包公开其功能，允许开发者构建在专用环境（如 Durable Objects）中运行的自定义版本，同时保持与标准 OpenCode 服务器协议的兼容性。

社区反馈与实施见解

尽管用户称赞了改进后的插件系统和稳健的客户端/服务器模型，但该版本在资源占用和安装体验方面也面临审查。社区讨论强调了几个关键的关注点和赞赏之处：

• 性能与臃肿： 一些用户指出内存占用显著，部分用户反馈与轻量级替代方案相比，该工具可能显得“沉重”。此外，关于默认存储大量会话日志的行为也引发了担忧。
• 安装体验： 早期采用者报告称 curl | sh 安装脚本存在极高的延迟，这归因于渲染进度条带来的开销。
• 安全与沙箱： 向后台进程的转换改变了沙箱的工作方式，一些用户报告称升级后之前的安全包装器失效了。关于强制远程配置加载的安全影响，目前也存在持续的争论。
• 开发者体验： 许多用户赞赏使用自定义模型的能力以及新插件架构的灵活性，尽管一些用户对从 1.0 版本迁移的复杂性表示不满。

"后台任务/子智能体功能以及在启动子智能体时指定模型的能力，是我目前最喜欢的改进。虽然是小事，但在日常开发中带来了巨大的生活质量提升。" — Community User

"比起为了减少 10 MB 内存占用而回滚更改的提交，开发者总是更倾向于那种源自 'Claude，请让安装程序看起来酷炫一点，加上加载条之类的东西' 的提交。" — Community User

升级至 2.0

升级需要迁移到新的 API，因为 1.0 插件与 2.0 架构不兼容。建议用户运行 opencode upgrade --major 进行 CLI 升级，或下载最新的桌面安装程序。迁移文档提供了自动化工具，以协助更新 tui.json 配置并适应新的服务器端协议。