先看证据

旧版推理在云端,工具调用在本地VM关键事实
加入VM是出于能力、安全和防护考虑关键事实
旧版只映射用户明确加入会话的数据关键事实
用户反馈本地VM消耗磁盘、电池和性能关键事实
旧版合上笔记本会使工作停止关键事实
新版把推理和VM都放在云端关键事实

迁移的不是推理,而是工具执行

Anthropic 的 Felix Rieseberg 描述了 Claude Cowork 一次架构调整:旧版已经在云端运行模型推理,但工具调用和代码执行发生在随桌面应用提供的本地虚拟机(VM)里;新版则把推理和 VM 都放到云端。Cowork 面向的是让 Claude 执行多步任务的工作方式,这次变化瞄准的不是模型本身,而是任务实际运行在哪里。

这一区别解释了为什么它看起来像一次“上云”,却不是从本地推理迁到云端推理。旧架构的本机 VM 会占用磁盘、电池和性能,而且笔记本合盖后任务就停了。Rieseberg 将这些用户反馈作为迁移原因,也提到手机访问和让工作持续运行是新架构希望支持的使用方式。

本地VM原本解决的是另一类问题

把 VM 从电脑搬走,不能只看作卸载一个耗资源的组件。Anthropic 对本地 Cowork 的工程说明称,代码执行被放在隔离的 Linux VM 中,并通过平台虚拟化技术与主机隔开。Rieseberg 也说明,加入 VM 是出于能力、安全和防护考虑,旧版只把用户明确加入会话的数据映射进去。换言之,本地 VM 同时承担了执行环境和限制任务触及主机资源的职责。

新版要延续隔离,就需要在云端重新建立执行边界,而不只是把一个进程放到远程机器上。Anthropic 的架构说明称,每个云端会话都有独立的临时沙箱,不与其他会话共享状态,会话结束后沙箱销毁。这能说明其隔离设计的基本轮廓,但公开材料没有交代 VM 镜像、运行时实现或沙箱如何抵御具体攻击,因此不能仅凭“独立沙箱”推断整体安全性已经得到量化验证。

桌面端不再跑沙箱,而是充当本机文件入口

云端执行并不意味着 Cowork 与用户电脑彻底断开。任务需要读取本机文件时,云端会经由 Anthropic 的连接把请求交给 Claude Desktop,由桌面应用执行相应的文件访问调用。可访问范围仍限于用户连接的文件夹,并受已经设置的权限约束。架构变化因此不是“所有数据都搬上云”,而是把执行环境与本机资源入口拆成了两个部分。

但这个入口会带来新的数据路径:官方使用说明称,云端会获取任务所需文件的副本,删除会话时也会删除已获取的副本。这意味着所选文件不再只在本机的 VM 和主机边界内流转,而会进入云端执行流程。独立沙箱解决的是会话之间的隔离问题,不能替代对文件上云、保留周期和权限范围的判断。现有材料没有给出文件副本更细的删除时点或恢复机制。

合上电脑后继续运行,仍有一个前提

“合上笔记本,工作仍继续”只对不再需要本机资源的那部分任务成立。云端 VM 可以在用户电脑不再承担执行时继续运行,但一旦任务要访问本机文件,Claude Desktop 就必须在线提供文件调用。官方使用说明明确区分了两件事:云端会话可以继续,本机文件访问却会在桌面应用关闭后不可用。

这不是对云端持续运行承诺的否定,而是揭示了任务依赖图里仍留在本机的一段。写作、整理或其他只用云端已有信息的工作,可能更能受益于执行迁移;需要反复读写电脑中文件的流程,仍受桌面端在线状态约束。材料没有说明桌面端断线后,文件访问请求能否排队、如何恢复,因此不能把“任务不停”扩大解释为“任务的所有步骤都不停”。

迁移边界写在版本和任务类型里

这次变化也不是所有 Cowork 任务在同一时刻切换。Anthropic 帮助中心称,从 2026 年 10 月 6 日起,Pro 和 Max 用户新建的 Cowork 任务在云端运行;此前已经在本机启动的任务仍留在本机。这个安排把新旧执行路径分开,也提醒技术负责人:评估迁移影响时,不能只看新建任务的默认架构,还要考虑在运行任务的归属。

实际选择可以从文件依赖开始,而不是先把“云端”或“本地”当作普遍更好的答案。对于不需要持续接触电脑文件、又希望长时间运行或从手机访问的任务,云端执行减少了本地 VM 带来的资源负担。若任务需要持续操作本机文件,就要把桌面端在线要求和文件副本进入云端这两件事一并纳入权限与运行设计。公开资料没有给出性能提升、节省电量或 VM 占用空间的量化数据,所以目前可做的判断是架构取舍已变,收益幅度仍不能据此精确估算。