OpenClaw 2.0发布：史上最大更新

2026年8月30日，被社区戏称为"龙虾"的项目，OpenClaw发布2.0版本。

一场"意外"的重构

OpenClaw的故事始于2025年底。PSPDFKit创始人Peter Steinberger发起这个项目时，目标很朴素：做一个运行在自己机器上的AI助理网关，把各种聊天渠道桥接到具备工具调用能力的Agent上，数据自持，MIT协议开源。

此后230天里，项目以近乎疯狂的节奏迭代了106个版本。但2.0不同——它停更了约七周。

933名贡献者参与（其中569人为首次贡献），合并超过16000个PR。对于一个成立不到一年的开源项目，这个数据足以让任何商业团队侧目。

记忆系统的范式升级

如果说1.x版本的OpenClaw是一个"有工具的聊天机器人"，那么2.0的核心野心在于让Agent拥有接近人类的记忆架构。

新版本引入三层记忆机制：

Active Memory——类似工作记忆，在单次会话中有边界地召回相关信息；Background Memory Consolidation——后台将对话内容沉淀为长期记忆，并保留"Dream Diary"（梦日记）记录推理链条与来源；Automatic Self-learning——已完成任务中可复用的方法经扫描后自动沉淀为Skill，供后续调用。

这套设计的意图很明确：Agent不应每次对话都从零开始，而应在持续交互中积累"经验"。用Steinberger的话说，"我们希望Agent能像人一样，做完一件事后睡一觉，醒来时脑子里已经有了整理好的笔记。"

从单机到协作：跨设备会话迁移

2.0另一个标志性变化是底层存储从文件系统迁移到SQLite，并引入Shared Cloud Sessions。这意味着一条会话不再绑定某台机器——任务可以在Mac本地、配对设备和Cloud Worker之间迁移，进度卡（Progress Card）在刷新后依然保留，子Agent状态实时可见。团队成员可以带着完整上下文接手同一条会话。

这标志着OpenClaw的定位从"个人自动化工具"扩展到"小团队AI协作平台"。不过官方也明确划了安全边界：共享会话与Team Operator Roles是协作功能，不是多租户安全隔离方案，不互信的参与方应拆分Gateway。

安全治理：最小权限与透明化

随着Agent权限提升，安全风险同步放大。2.0在架构层面引入了多项安全机制：

Private Credential Request：Agent需要凭证时走遮罩输入，敏感值不进入聊天记录与模型上下文；可选代理将秘钥绑定到获批域名。

周期性自动化复用授权：首次审批后可复用，但任务或操作变化须重新审批，防止静默扩权。

插件安装显式化：安装前展示能力、来源、版本信息，任意可执行源需--force参数确认；新增openclaw security audit命令检查入站、工具影响半径、网络暴露与插件白名单。

OpenClaw团队清楚，高权限Agent的安全问题不能靠"信任用户"来解决，而需要在架构层面做防御。

点评

OpenClaw 2.0的发布，恰好处于一个微妙的产业节点。

一方面，主流AI厂商正加速将Agent能力整合进自家生态——从ChatGPT的Operator到Claude的Computer Use，巨头们的路径是"在云端提供Agent服务"。另一方面，自托管社区的需求在增长：数据隐私、模型选择自由度、离线可用性，这些诉求推动了一批开源Agent框架的涌现。

OpenClaw选择了一条中间道路：开源、自托管、不绑定单一模型或厂商，同时提供接近商业产品的用户体验。这种定位使其在开发者社区中快速积累了口碑——GitHub上项目活跃度持续走高，Discord社区讨论量在2.0发布后进一步攀升。

（本文基于OpenClaw官方2.0发布公告、Release Notes及项目公开资料整理。）