OpenClaw 2.0 来了：16962 个 PR，能把热度拉回来吗？

一套 Agent 工具从“能跑起来”走到“能长期工作”，看上去是进步，也意味着它开始面对真正的软件问题。

OpenClaw 2.0 的正式版本是 v2026.8.1。如果只看功能列表，这像一次常见的大版本：浏览器、会话、云端执行、记忆、插件和安全都有改动。但官方产品博客给出的规模，让这次发布更像一个值得单独观察的节点：933 位贡献者参与，其中 569 位是首次贡献者；本次范围内共有 16,962 个 PR，约占项目全部历史 PR 的一半。官方还说，在此之前项目近七周没有发布。

这些数字不等于活跃用户，也不等于产品已经赢了。它们至少说明了一件事：OpenClaw 没有把 2.0 当作给现有界面刷一层新漆，而是在安装、运行方式和协作方式上做了一次很集中的重构。官方称它为项目历史上最大的一次更新，这个判断与上面的投入规模是相互呼应的。 [来源：官方产品博客[1]]

     

普通用户先感到的，可能是少一点折腾

官方博客对 2.0 的起点说得很直白：先简化安装，再重做浏览器应用。现在安装可以从已有的 ChatGPT 或 Claude 订阅、API Key 或本地模型开始；浏览器应用被当作一等入口。对于不是天天维护环境的人，这类变化往往比新增一个模型选项更容易感知。

另一个变化在于“任务能不能接着做”。发布说明里提到会话搜索、分支、持久进度卡、结构化问题和交互式组件；同时还有共享会话、成员与角色、Workboard 等协作能力。它们共同指向的并不是更花哨的聊天，而是让人能回答几个工作中很实际的问题：上次卡在哪里？这个任务现在由谁处理？我能否在原有上下文上继续，而不用再讲一遍背景？ [来源：v2026.8.1 发布说明[2]]

对个人开发者、研究者，或者需要在几台设备之间切换的人，这可能是 2.0 最有意义的一面。过去很多 Agent 体验像一次顺利的演示：眼前能完成，隔天、换设备、换人后就要重新组织上下文。2.0 尝试把这些断点变成产品的一部分来处理。

一段会话，不必再困在一台电脑里

云会话文档给出了这次重构的一个核心结构：Gateway 保留对话、工作区、模型凭据和 placement 记录；命令、文件编辑与工具工作可以在远程机器上执行。一个会话可使用 Gateway、本地已配对设备，或通过 Crabbox 临时租用的云 Worker 作为目标。 [来源：Cloud Sessions[3]]

这听起来很技术，感受却很日常。你可以把它理解成：任务的“档案”与实际干活的“地点”被拆开了。前者留在 Gateway，后者可以随着设备和算力条件变化。官方还说明，云 Worker 消失后，下次消息可自动替换 Worker；配对设备离线时则保留 placement，等待设备恢复。它并不承诺所有任务永不中断，但至少定义了中断后怎么继续。

     

这也解释了为什么 2.0 不应只被看作“个人助手的新版本”。当会话能在本机、配对设备和云端之间延续，团队成员又能共享状态，Agent 就开始接近一个工作平台。它未必适合所有人：偶尔让 AI 写一段代码或整理一份资料的人，未必需要这些能力；但对需要较长任务、跨设备工作或小范围协作的人，这套底层能力有现实用途。

记忆和技能更丰富，安全边界也更近

2.0 还把记忆、技能和模型发现放到了更靠前的位置。官方材料提到 Active Memory 下可召回个人会话，后台可进行带来源限定的记忆整合，并提供记忆归属检查与 memory forget。Skill Workshop、自学习、实时模型发现、按需 Provider 包和 MCP 仪表盘，也被列入更新范围。

普通用户不必逐项理解这些名词。可以把它们看成一个方向：Agent 不只是在当前窗口完成一次问答，而是尝试积累可管理的上下文，并按需要接入更多技能和模型。关键在“可管理”三个字。记忆有归属和删除，扩展有来源和权限，这比单纯强调“它会记住你”更接近长期使用时真正会碰到的问题。

浏览器能力同样如此。官方列出 Chrome 配对、托管 Profile、选择性的登录态导入与同步、页面网络请求检查、桌面控制和云端桌面。它们可能让 Agent 更容易操作真实软件；但浏览器登录态、文件、网络、exec、插件和凭据，也因此成为需要分别处理的权限面。

官方安全文档明确：普通主机安装时 Gateway 默认绑定到 loopback，群组和 DM 可通过配对、allowlist 等策略限制入口；但一个 Gateway 不是互不信任租户之间的隔离边界。ClawHub 允许安装前查看审计状态、风险等级、权限、凭据和环境变量等信息，不过官方也提醒，审计是安全信号，不是“无风险”保证。 [来源：Security[4]、ClawHub Security Audits[5]]

老用户升级提醒：先看迁移项

如果已经在用 OpenClaw，2.0 里有几项不宜略过。OpenProse 插件和 /prose 被移除；codex/* 与 openai-codex/* 路由需要迁移至 openai/*。第三方插件 SDK 也进入迁移窗口：官方不再把旧的宽泛 SDK、兼容层或会话文件路径作为长期稳定的插件契约。 [来源：Plugin SDK migration[6]]

简短的升级提醒如下，不把它展开成一份教程：

• 重大升级前，用 openclaw backup create --output <dir> --verify 创建并验证备份；备份可能包含凭据和认证资料。
• 检查 OpenProse、旧路由和自研/第三方插件的迁移项。
• 升级后用 openclaw doctor、openclaw gateway restart、openclaw health 验证运行状态。
• 配置变化或开放网络面前，运行 openclaw security audit；不要未经认证暴露 Gateway。

这些命令和迁移事项有官方运维文档可核对。 [来源：Updating OpenClaw[7]]

热度是否已过？这次发布提供了两种读法

把问题放回标题：16,962 个 PR，能把 OpenClaw 的热度拉回来吗？答案至少不该只从一个方向看。

支持“它可能仍在上升”的人，会看到这是一轮基础设施型更新，而不是只增加几个展示功能。933 位贡献者和 569 位首次贡献者，至少表明这次发布吸引了广泛的参与；浏览器入口、跨设备/云 Worker 会话、共享进度和可管理的记忆，也对应着真实的长期工作场景。有人会认为，这意味着 OpenClaw 正从一个可试玩的 Agent，走向可持续运行的平台。

但反方同样有充分理由保持克制。PR 数量并不等于活跃用户、留存或商业化能力；大量工程投入，也可能反映项目在处理复杂度和历史包袱。Agent 工具之间的功能竞争已经加剧，用户不一定会因为平台更完整就改变习惯。浏览器、远程执行、插件和凭据带来的安全成本，也可能让一部分只想轻量使用的人望而却步。

     

还有一个不能绕开的空白：官方材料没有给出统一的独立延迟、成本或成功率基准。因此，我们现在很难仅凭发布说明判断 2.0 是否会让具体任务更快、更便宜或更可靠。“近七周未发布”也可以有不同解读：它可能说明团队为大版本集中投入，也可能让人担心发布节奏。真实情况仍要看后续版本、用户反馈和长期使用数据。

所以，OpenClaw 的热度是否已经过去，也许不是一个能由 2.0 当天回答的问题。未来两三个版本能否保持推进？跨设备与协作能力会不会带来真实用户增长？第三方技能和插件生态能否留下来？权限体验是否会在更多真实使用和安全事件中被验证？这些问题，可能比一个发布日的 PR 数更接近答案。

热度的答案，藏在下一次真实使用里。

本文基于 OpenClaw 官方发布说明、产品博客及官方文档整理。文中关于产品阶段、热度和后续走势的判断属于分析性推断，不构成项目方承诺。

引用链接

[1] OpenClaw 2.0, Accidentally（官方产品博客）: https://openclaw.ai/blog/openclaw-2-accidentally[2] OpenClaw v2026.8.1（AKA OpenClaw 2.0）发布说明: https://docs.openclaw.ai/releases/2026.8.1[3] Cloud Sessions: https://docs.openclaw.ai/gateway/cloud-sessions[4] OpenClaw Security: https://docs.openclaw.ai/gateway/security[5] ClawHub Security Audits: https://docs.openclaw.ai/clawhub/security-audits[6] Plugin SDK migration: https://docs.openclaw.ai/plugins/sdk-migration[7] Updating OpenClaw: https://docs.openclaw.ai/install/updating[8] GitHub Release: v2026.8.1: https://github.com/openclaw/openclaw/releases/tag/v2026.8.1