OpenClaw 发布了版本 2026.8.1，品牌名为 OpenClaw 2.0，由 933 名贡献者完成，其中 569 名为首次参与者。

此次更新重构了浏览器应用，新增共享多人云会话，将会话存储迁移至新后端，并实现了明显面向企业买家的功能。与此同时，Nous Research 的 Hermes Agent 持续吸引那些对 OpenClaw 安装难题感到沮丧的用户。

OpenClaw 于周末发布了其史上最大更新。团队称之为 OpenClaw 2.0——同时也称之为“偶然的”，这个说法值得深究。

发行说明涵盖了安装、消息传递、内存、技能、模型、自动化、浏览器、原生应用、插件和安全性——几乎涵盖用户需要了解的一切。

根据公告帖，933 名贡献者（其中 569 名为首次参与者）通过超过 16,000 个拉取请求参与了该项目。这大约是 OpenClaw 历来合并的所有 PR 的一半，全部在单次发布中交付。

OpenClaw 究竟是什么

OpenClaw 是一个自托管的开源框架，可将 LLM 转化为一个在关闭标签页后依然存在的智能体。它运行在你的机器上，按自己的时间表唤醒，并通过 WhatsApp、Telegram、Discord 或 Signal 进行沟通，而不是安静地待在聊天窗口中。获得授权后，它可以访问你的邮件、日历、文件和 shell。

奥地利开发者 Peter Steinberger 在淡出自己的公司 PSPDFKit 之后开发了该项目。该项目在数周内获得了创纪录的 147,000 个 GitHub 星标，并催生了一个衍生项目生态，其中包括一个名为 Moltbook 的纯 AI 社交网络。

Steinberger 于二月加入 OpenAI，主导其个人智能体业务。OpenClaw 本身并未加入 OpenAI；它转入了自己的非营利组织 OpenClaw Foundation，OpenAI 与 Microsoft、GitHub、Nvidia、Atlassian 和 Tencent 一同被列为合作伙伴之一。

该项目处于智能体领域更广泛变革之中：随着通用聊天机器人成为大众化商品，关注点已转向能够在各种服务和时间表上持续行动、使用工具的智能体。像 OpenClaw 这样的项目在这一领域竞争，对手不仅包括 Hermes 等竞争对手，还包括平台厂商本身——它们自家的助手预装在数十亿台设备上。

为什么“偶然的”是准确的说法

此次更新的最初计划很小：简化安装并重构浏览器应用。但当团队着手认真执行时，工作范围扩展到了内存、模型、插件、消息传递和安全性。

在此之前，OpenClaw 已在 230 天内发布了 106 个版本——基本上每天一个。团队自己承认，七周没有发布任何内容并不正常。他们利用这段时间确保现有安装不会在升级时损坏，这也是发行说明中醒目警告用户在迁移到新的 SQLite 存储之前备份会话的原因。

所以“偶然的”不是营销话术；而是团队公开承认范围蔓延。两个小修复——新手引导和浏览器——牵出了其他一切，因为其他一切都触及他们正在重写的同一批代码。

OpenClaw 的社区经理 Hannes Rudolph 将其描述为 OpenClaw 自食其果（吃自己的狗粮）：一旦团队开始通过多人会话运行自己的工作流，旧的单用户设计中的缺陷就变得无法忽视。这就是一个两项修复的计划变成 16,000 个拉取请求的过程。

实际新增了什么

设置现在会先检查你已有的资源——现有的 Claude 或 ChatGPT 订阅、API 密钥或本地 Ollama 模型——然后再要求你配置任何新内容。它会在保存前测试模型是否真正可用，然后让用户直接进入真实对话，而不是设置界面。

Control UI 围绕聊天重构，而不是单独的概览仪表板，使其与 ChatGPT、Claude 和 Gemini 处于相同的视觉体系。文件、Git 差异、拉取请求状态、浏览器面板和终端现在环绕在对话周围，而不再需要五个独立的工具。

团队表示，模拟延迟测试将初始 JavaScript 请求从 140 个减少到 45 个，启动时间从 1.6 秒缩短至 575 毫秒。

多人协作卖点

头条功能是共享云会话——智能体的工作变成同事可以在任务中途加入的内容，且不会丢失上下文。Steinberger 在 X 上表示，他自己的团队放弃了各自的本地编码套件，转向 team.openclaw.ai 的共享设置，并称本地套件为“过去的遗迹”。

这一转变的意义超越 OpenClaw 本身：迄今为止，大多数个人智能体工具都假设单一所有者，这对于希望智能体像共享基础设施而非私人助手一样运作的团队来说一直是个痛点。共享会话是朝这个方向迈出的一步，尽管项目自身的安全文档明确指出隔离保证仍然有限。

安全功能也相应扩展。OpenClaw 2.0 新增了针对特定请求的审批、限定到特定参数的命令权限、Docker 和 Podman 沙盒、基于角色的执行，以及一个团队范围的 Secret Store，它可以将凭据插入请求中而永远不会向模型暴露该凭据。

需要注意的是：沙盒和审批默认仍处于关闭状态。OpenClaw 自己的文档指出，一个 Gateway 等于一个信任域，而不是互不信任的人之间的隔离墙。需要真正租户隔离的公司必须搭建独立的 Gateway——OpenClaw 称之为“cells”——而不是简单切换开关。

竞争正在升温

OpenClaw 不再独占这一领域。Nous Research 的 Hermes Agent 于三月首次亮相，其卖点是围绕与 OpenClaw 的差异化构建的：程序性记忆可自动将成功的工作流转化为可复用的技能，且安全默认设置不假设机器只有单一用户。

在架构上，OpenClaw 将 Gateway 守护进程与其路由到的智能体分离。Hermes 则将对话循环、工具调度和内存打包进一个智能体类——扩展性更差，但更易于理解。今年流传的普遍评价是：OpenClaw 在生态系统和渠道广度上领先，而 Hermes 在自我改进以及默认不敞开大门方面领先。

OpenClaw 2.0 的新沙盒缩小了这一差距，但并未消除——加固设置仍需要有人主动开启。

后续值得关注的是：OpenClaw Foundation 的企业合作伙伴是否会将新的安全和多人功能转化为托管部署，以及随着 OpenClaw 技能系统的成熟，Hermes 的程序性记忆优势能否保持。

如何获取

现有用户可通过常规 CLI 路径更新。细节很重要：SQLite 迁移后创建的会话在没有备份的情况下，若日后降级将无法显示。

新用户可以参考 OpenClaw 设置指南，现在提供 Mac、Windows、Linux、iPhone、iPad 和 Android 的引导式入门，并为从 Claude、Codex 或 Hermes 本身迁移过来的用户提供分阶段导入。

该项目仍然免费、采用 MIT 许可证，并可在 github.com/openclaw/openclaw 获取。