ARTICLE · 997506
OpenClaw 2.0把共享会话带进团队协作,AI任务可以继续交接
OpenClaw 2.0把共享云会话带进了团队工作流。官方文档显示，会话记录、凭证和已回收的工作区由 Gateway 保留，远程机器只负责执行。
2.0
版本
16,000+
官方博客称的 PR 数。
3
远程放置类型。
图注：OpenClaw 官方博客展示的 2.0 版本视觉。
变化发生在会话层。
Peter Steinberger 在 X 上写道，团队用了两个月。成员逐步迁移到 team.openclaw.ai。这个共享代理知道每个人正在做什么，也负责协调任务。
这句话里最具体的变化，是任务不再绑定某一台电脑上的某一个终端。团队成员可以进入同一个会话，继续前一个人的工作，或者直接接手尚未完成的任务。
OpenClaw 官方博客给出的背景是，2.0 的起点是简化安装和重做浏览器应用。随着团队把 Claw 用得更深，任务共享、协作和交接成了同一轮升级的一部分。
远程机器执行，会话状态留下。
共享云会话的设计把“聊天”和“执行”拆开。官方文档称，Gateway 持有对话、工作区回收结果、模型凭证和放置记录。命令、文件编辑和工具调用则可以在另一台机器上运行。
这让云机器可以被替换。云工作节点停止后，下一条消息可以重新配置一台机器；如果使用的是已配对设备，设备离线时会话保留原来的放置位置，等待设备重新连接。
模型推理仍通过 Gateway 代理。提供商凭证不会直接送到远程机器，完成的工作再回收到会话管理的工作区。这里保留下来的，是任务上下文和文件状态。
可核验的工作边界：远程执行解决机器位置问题，不自动解决权限、代码质量和任务拆分问题。
从个人助手到团队协作。
官方博客先用个人场景解释 Claw 的增长方式。它可以观察收件箱，把学校邮件中的提醒发到 Telegram；也可以从邮件中找到账单信息，再替用户回复 iMessage。
这些例子共同指向一个工作方式：用户先交给代理一个边界清楚的小任务，再逐步扩大它能访问的地方。团队协作只是同一条路径的延伸。
当任务需要多人参与时，关键问题变成三件事。谁能看到会话，谁能接手当前工作，谁能在机器出问题后继续推进。共享会话把这三件事放到同一个状态里处理。
“无限算力”需要拆开看。
原帖把多人编码、节点和云会话称为“无限算力”，并认为本地环境像过去的遗物。这是发帖者对团队体验的判断，不能直接当成平台提供了无限计算资源。
从官方文档看，实际能力更具体。用户可以把会话放到配对设备，也可以让 Crabbox 按需配置云机器。系统支持自动选择负载较低的设备，并在空闲后暂停云工作节点。
所以，更该观察的指标，是任务能否在不同执行位置之间保持连续。会话归 Gateway，执行位置可变，交接才有了稳定的对象。
这条路线的使用门槛。
共享会话适合需要多人轮流处理、远程机器执行或长时间运行的编码任务。它要求团队先明确工作区、权限和放置策略，再决定哪些任务可以交给云节点。
对于个人用户，OpenClaw 2.0 的更现实入口仍是浏览器应用和更短的首次配置。对于团队用户，真正新增的价值是把代理运行中的上下文变成可以被另一个人继续使用的工作对象。
边界
官方资料确认了共享会话和远程执行机制。原帖中的“无限算力”与“本地环境过时”属于发帖者判断。
SOURCES
来源：X @steipete，2026-08-31。
来源：OpenClaw 官方博客与 Cloud Sessions 文档。