OpenClaw 2.0（版本号 v2026.8.1）更像一次平台级重建，而不是加入某个单独功能的常规更新。项目方称，这个版本由933名贡献者共同完成，其中569人为首次贡献者，累计合并超过1.6万个拉取请求。3

这次升级的重点集中在几个基础层面：更容易完成首次安装和模型配置；用 SQLite 改造会话与记忆的持久化方式；重做浏览器控制台；支持团队共享会话和云端工作节点；同时补充凭据管理与备份恢复机制。

安装和模型配置：减少“先查文档再填密钥”

新版安装器不再只是把用户带到一个空白配置界面，而是尝试引导整个初始化流程。它可以帮助用户完成基础设置，发现可用的模型凭据和已有订阅，并减少针对不同模型服务商逐一手动配置的工作量。3

对于第一次部署 OpenClaw 的用户，这意味着更容易得到一个可以直接运行的初始智能体。不过，支持哪些模型、凭据和订阅，仍取决于具体的服务商与部署环境，不能理解为 OpenClaw 自动提供模型服务。

会话、消息和记忆：从文件存储转向 SQLite

OpenClaw 过去使用 sessions.json 保存会话信息，并以 *.jsonl 文件保存转录内容。7 2.0 版本将会话、历史记录和相关持久化状态逐步迁移到 SQLite。

这一变化的意义不只是“换一种文件格式”。数据库化存储可以为以下功能提供更稳定、可查询的底层基础：

• 对话和会话搜索；
• 记忆与历史归档；
• 会话在设备或工作节点之间交接；
• 团队共享状态；
• 更持久的自动化任务和工作流。

OpenClaw 的架构仍将 Gateway（网关）作为会话路由和频道连接的事实来源，负责把进入的消息映射到相应会话，并管理不同智能体、工作区或发送方的隔离方式。8

技能、模型和自动化：让智能体更适合持续工作

2.0 还扩展了可复用、可持续改进的技能体系，以及模型选择、服务商处理和周期性自动化任务。换句话说，OpenClaw 的定位不再只是“调用模型回答问题”，而是更强调让智能体持续执行任务、保留上下文，并通过 Gateway 统一管理会话与频道连接。8

浏览器控制台：从设置页面变成操作工作台

Control UI（控制界面）是此次重做的另一大重点。项目资料显示，在模拟的默认聊天测试中，使用模拟 Gateway 和50毫秒 HTTP/1.1 延迟时，JavaScript 请求数从140次降至45次，启动时间则从约1.6秒降至约575毫秒。16

这一性能数据来自模拟测试环境，并不等同于所有真实部署都会获得同样的提升。

新版控制台还引入了由实时配置模式生成的表单。插件和频道的配置模式在可用时也能显示在界面中，同时保留 Raw JSON（原始 JSON）编辑入口，方便高级用户直接修改完整配置。6

此外，重做后的浏览器工作台加入了更多面向开发者和运维人员的操作能力，包括：

• 工作区文件编辑；
• Git、拉取请求和持续集成状态查看；
• 浏览器检查；
• Web 终端工作流。

这些功能的共同方向，是让用户在浏览器内完成更多检查、调试和控制，而不必频繁切换到本地命令行或其他工具。3

团队共享会话：可以接力，但不是安全隔离

OpenClaw 2.0 支持共享会话，让任务可以运行在配对设备或云端工作节点上。会话可以携带工作区，复用已经预热的机器和项目基础环境；团队成员也可以加入任务，或直接接管已有任务，而不必从零开始重建历史和上下文。23

这对需要多人协作的开发、自动化和运维任务尤其重要：任务状态不再只依赖某一台电脑或某一个人的聊天窗口。

但这里有一个不能忽略的限制：共享会话是协作与连续性功能，不是安全边界。 团队不应把它当作多租户隔离方案，也不能用它替代独立 Gateway、凭据隔离、访问控制或基础设施边界。OpenClaw 的架构仍然以 Gateway 作为路由和频道连接的核心，并支持按智能体、工作区或发送方配置隔离。8

团队凭据存储：SQLite 中的共享密钥管理

新版加入了团队范围的共享凭据存储，可通过命令行和设置界面管理团队级秘密值与环境变量。根据发布说明，秘密值采用只写方式保存，受保护的出站访问限制在已声明的主机范围内，同时区分可读取的环境变量和不可直接读取的秘密值。3

这意味着团队可以更集中地管理自动化任务所需的凭据，但也意味着凭据、会话和工作区等状态需要按照敏感数据来保护。备份文件不应被随意存放或共享。

升级前要做什么：先备份，再迁移

OpenClaw 官方明确建议用户在更新前备份配置和状态。3 官方备份工具支持创建、验证和恢复归档，也支持针对 SQLite 的创建、列出、验证和恢复操作。13

备份内容可能包括：

• OpenClaw 状态和配置；
• 身份验证配置文件；
• 模型服务商与频道凭据；
• 会话历史；
• 可选的工作区。

由于 2.0 改变了会话和转录内容的持久化方式，用户不应把“只复制旧的 JSON 或 JSONL 文件”当作完整迁移方案。更稳妥的做法是使用受支持的备份与恢复流程，并在更新前验证备份是否可用。17

文档还特别提醒，不要直接复制正在使用的 .sqlite、-wal、-shm 或 -journal 文件作为备份；应使用官方提供的备份工具生成经过验证的归档。11

这次升级意味着什么？

OpenClaw 2.0 的核心变化，是把一个偏向单机运行的智能体工具，进一步推向可持续运行、可查询、可协作的平台形态。安装器负责降低上手门槛，SQLite 为会话和记忆提供更稳定的基础，浏览器控制台承担更多运维工作，而共享云会话则尝试解决团队接力和任务连续性问题。

它仍然保持开放、可移植的技术方向：用户可以根据需要选择模型、服务商、设备、插件和部署环境，而不必绑定某一家 AI 厂商。至于项目许可和治理方式的具体表述，仅凭目前提供的证据无法独立核实，因此不在这里进一步延伸。

OpenClaw 2.0（版本号 v2026.8.1）更像一次平台级重建，而不是加入某个单独功能的常规更新。项目方称，这个版本由933名贡献者共同完成，其中569人为首次贡献者，累计合并超过1.6万个拉取请求。3

这次升级的重点集中在几个基础层面：更容易完成首次安装和模型配置；用 SQLite 改造会话与记忆的持久化方式；重做浏览器控制台；支持团队共享会话和云端工作节点；同时补充凭据管理与备份恢复机制。

安装和模型配置：减少“先查文档再填密钥”

新版安装器不再只是把用户带到一个空白配置界面，而是尝试引导整个初始化流程。它可以帮助用户完成基础设置，发现可用的模型凭据和已有订阅，并减少针对不同模型服务商逐一手动配置的工作量。3

对于第一次部署 OpenClaw 的用户，这意味着更容易得到一个可以直接运行的初始智能体。不过，支持哪些模型、凭据和订阅，仍取决于具体的服务商与部署环境，不能理解为 OpenClaw 自动提供模型服务。

会话、消息和记忆：从文件存储转向 SQLite

OpenClaw 过去使用 sessions.json 保存会话信息，并以 *.jsonl 文件保存转录内容。7 2.0 版本将会话、历史记录和相关持久化状态逐步迁移到 SQLite。

这一变化的意义不只是“换一种文件格式”。数据库化存储可以为以下功能提供更稳定、可查询的底层基础：

• 对话和会话搜索；
• 记忆与历史归档；
• 会话在设备或工作节点之间交接；
• 团队共享状态；
• 更持久的自动化任务和工作流。

OpenClaw 的架构仍将 Gateway（网关）作为会话路由和频道连接的事实来源，负责把进入的消息映射到相应会话，并管理不同智能体、工作区或发送方的隔离方式。8

技能、模型和自动化：让智能体更适合持续工作

2.0 还扩展了可复用、可持续改进的技能体系，以及模型选择、服务商处理和周期性自动化任务。换句话说，OpenClaw 的定位不再只是“调用模型回答问题”，而是更强调让智能体持续执行任务、保留上下文，并通过 Gateway 统一管理会话与频道连接。8

浏览器控制台：从设置页面变成操作工作台

Control UI（控制界面）是此次重做的另一大重点。项目资料显示，在模拟的默认聊天测试中，使用模拟 Gateway 和50毫秒 HTTP/1.1 延迟时，JavaScript 请求数从140次降至45次，启动时间则从约1.6秒降至约575毫秒。16

这一性能数据来自模拟测试环境，并不等同于所有真实部署都会获得同样的提升。

新版控制台还引入了由实时配置模式生成的表单。插件和频道的配置模式在可用时也能显示在界面中，同时保留 Raw JSON（原始 JSON）编辑入口，方便高级用户直接修改完整配置。6

此外，重做后的浏览器工作台加入了更多面向开发者和运维人员的操作能力，包括：

• 工作区文件编辑；
• Git、拉取请求和持续集成状态查看；
• 浏览器检查；
• Web 终端工作流。

这些功能的共同方向，是让用户在浏览器内完成更多检查、调试和控制，而不必频繁切换到本地命令行或其他工具。3

团队共享会话：可以接力，但不是安全隔离

OpenClaw 2.0 支持共享会话，让任务可以运行在配对设备或云端工作节点上。会话可以携带工作区，复用已经预热的机器和项目基础环境；团队成员也可以加入任务，或直接接管已有任务，而不必从零开始重建历史和上下文。23

这对需要多人协作的开发、自动化和运维任务尤其重要：任务状态不再只依赖某一台电脑或某一个人的聊天窗口。

但这里有一个不能忽略的限制：共享会话是协作与连续性功能，不是安全边界。 团队不应把它当作多租户隔离方案，也不能用它替代独立 Gateway、凭据隔离、访问控制或基础设施边界。OpenClaw 的架构仍然以 Gateway 作为路由和频道连接的核心，并支持按智能体、工作区或发送方配置隔离。8

团队凭据存储：SQLite 中的共享密钥管理

新版加入了团队范围的共享凭据存储，可通过命令行和设置界面管理团队级秘密值与环境变量。根据发布说明，秘密值采用只写方式保存，受保护的出站访问限制在已声明的主机范围内，同时区分可读取的环境变量和不可直接读取的秘密值。3

这意味着团队可以更集中地管理自动化任务所需的凭据，但也意味着凭据、会话和工作区等状态需要按照敏感数据来保护。备份文件不应被随意存放或共享。

升级前要做什么：先备份，再迁移

OpenClaw 官方明确建议用户在更新前备份配置和状态。3 官方备份工具支持创建、验证和恢复归档，也支持针对 SQLite 的创建、列出、验证和恢复操作。13

备份内容可能包括：

• OpenClaw 状态和配置；
• 身份验证配置文件；
• 模型服务商与频道凭据；
• 会话历史；
• 可选的工作区。

由于 2.0 改变了会话和转录内容的持久化方式，用户不应把“只复制旧的 JSON 或 JSONL 文件”当作完整迁移方案。更稳妥的做法是使用受支持的备份与恢复流程，并在更新前验证备份是否可用。17

文档还特别提醒，不要直接复制正在使用的 .sqlite、-wal、-shm 或 -journal 文件作为备份；应使用官方提供的备份工具生成经过验证的归档。11

这次升级意味着什么？

OpenClaw 2.0 的核心变化，是把一个偏向单机运行的智能体工具，进一步推向可持续运行、可查询、可协作的平台形态。安装器负责降低上手门槛，SQLite 为会话和记忆提供更稳定的基础，浏览器控制台承担更多运维工作，而共享云会话则尝试解决团队接力和任务连续性问题。

它仍然保持开放、可移植的技术方向：用户可以根据需要选择模型、服务商、设备、插件和部署环境，而不必绑定某一家 AI 厂商。至于项目许可和治理方式的具体表述，仅凭目前提供的证据无法独立核实，因此不在这里进一步延伸。