Anthropic 把 Claude Cowork 的执行环境整个挪到了云端。负责 Cowork 和 Claude Code 桌面端的工程师 Felix Rieseberg 10 月 5 日发文解释了新旧两套架构的差别，官方帮助中心随后更新：从 10 月 6 日起，Pro 和 Max 用户新建的 Cowork 任务一律在云端运行，原来“仅在你的电脑上”这个选项被移除。
旧版的毛病出在本地虚拟机
旧版 Cowork 其实已经是“半云端”。模型推理一直在 Anthropic 的服务器上，但 Claude 要执行的代码、要跑的命令，放在一台随桌面应用下发到用户电脑里的虚拟机中。
Rieseberg 的说法很直白：用户不喜欢这台本地虚拟机占用的磁盘、耗的电和拖慢的性能，也不喜欢笔记本一合上，活就停了。对一个主打“交代完任务就去忙别的”的产品，后一条尤其难受。
新版把推理和虚拟机都放进云端，每个会话分到一个独立沙盒，彼此不共享状态。桌面应用的角色缩成一个“本机代理”：只有当云端那台虚拟机需要用户设备上的东西，比如某个文件，桌面应用才出面处理这一次工具调用。
用起来有什么不同
帮助中心列出的变化主要有三条：
- 关掉笔记本后，任务在后台继续跑；
- 定时任务不再要求设备在线；
- 会话和产出的文件在桌面、网页、手机之间同步。
手机端和网页端现在也能发起、管理 Cowork 任务。但凡涉及本机的能力，包括读本地文件、操作浏览器、控制电脑，网页和手机仍要求桌面应用保持在线才能用。本地文件访问也有边界：只限用户已经连接给 Claude 的文件夹，云端拿到的是文件副本，会话删除时副本一并删掉，原件留在设备上。
这套设计等于把“算”和“碰”拆开。计算、执行、等待都在云端，只有真要碰用户机器的那一下才回到本地。Rieseberg 自己总结，手机上用 Cowork、让任务不间断地跑、不再为虚拟机耗电，这几件事一次解决。
半年里 Cowork 换了几次形态
把站内报道过的几个节点连起来看，Cowork 这条线一直在往“少依赖用户那台电脑”的方向走。
4 月，Anthropic 推出面向企业的 Cowork，卖点是让 Claude 在一台受控的虚拟机里替知识工作者跑长任务。5 月先后加上主动助手 Orbit，以及自托管沙盒和 MCP Tunnels 公测，后者让企业可以把执行环境放在自己的基础设施里。8 月，Claude 接进 Chrome 侧边栏，桌面端又自带了浏览器，记忆也和 Cowork 打通。到 9 月中旬，聊天和 Cowork 合并成同一个界面，用户不用再先想清楚“这件事该开哪个标签页”，同时多了生成幻灯片和协作文档的功能，同样先给 Pro 和 Max。
这次搬上云端，是这串变化里对终端用户感知最强的一步。之前几次更新，加的是能力；这一次改的是任务在哪儿跑。
还没说清楚的部分
帮助文档写明了 Pro 和 Max 的切换日期，对 Team 和 Enterprise 只列出了可用平台，没有说本机运行的选项会不会也被拿掉。
对有合规要求的公司，这一点分量不轻。文件哪怕只是以副本形式进入云端会话，也意味着数据离开了员工的电脑；依赖终端安全软件盯住本地进程的 IT 部门，也看不到云端沙盒里发生了什么。Anthropic 在 5 月给过自托管沙盒这条路，但它和新版 Cowork 的默认云端模式怎么衔接，目前公开材料里没有说明。
另一个变量是费用。云端沙盒持续运行要占 Anthropic 的算力，任务跑得越久、越不受设备开合限制，消耗的资源就越多。官方没有说新版会不会改变 Pro 和 Max 的用量额度计算方式，这要等用户实际跑上几周才看得出来。
参考来源：Simon Willison 博客转述的 Felix Rieseberg 说明、Claude 帮助中心 Cowork 使用文档（核对云端运行生效范围、各平台功能与本地文件访问规则）、CocoLoop、TechCrunch（聊天与 Cowork 合并界面的报道）。