智能体走出单一桌面：云端执行、手机遥控与本地隔离分别解决什么
本周 Cowork、Cursor 与 Copilot 的变化，分别改变任务在哪里运行、从哪里操控，以及命令能访问什么。跨设备工作更方便，但本机文件依赖与权限边界仍须分开看。
Anthropic 帮助中心明确，从 10 月 6 日起，Pro 与 Max 新建的 Cowork 任务改在云端执行，“仅在你的电脑上”选项移除。已开始的本地任务留在原电脑。云端任务可以在关闭电脑后继续，并在桌面、网页和手机间续用；网页和移动端仍为 beta，开放范围依计划而定。
连接的本地文件夹不会整体上传；任务只按需读取文件副本，并在删除会话时按保留政策删除副本。访问本机文件仍要求桌面应用开启，且会话须从桌面开始。定时任务也迁入云端，涉及本机文件时仍受这一条件限制。对话是否用于模型改进依隐私设置。需要继续本机执行的用户可转用 Claude Code，但原项目和定时任务不会随之迁移。
Cursor 的 10 月 6 日更新提供另一条路线：用户在 iOS 应用中查看、回复电脑上的本地智能体，登录后还需在桌面批准配对。智能体仍在电脑上运行，电脑须开机联网；防休眠选项要求接通电源且不合盖。除企业组织外默认开启，企业管理员可选择开启。公告没有说明 Android 版或额外费用。
本地沙箱随 GitHub Copilot 提供，不额外收取沙箱费用。它默认关闭；按 GitHub 当前文档，未开启时，Copilot 执行的命令拥有与用户账号相同的访问权限。CLI 与 Copilot 应用的沙箱设置需要分别配置，在一处开启不会同步到另一处。
开发者可以限制命令读写哪些目录、访问哪些网络，以及使用哪些凭据；企业也可以通过托管设置要求使用沙箱并约束配置。底层 Microsoft eXecution Container（MXC）把策略转换成各操作系统的控制措施。这是对本机进程和文件访问的限制，并没有为命令另开虚拟机或容器；工具隔离与模型执行分开，也不代表模型改为在本机运行。
保护范围仍有边界。GitHub 文档说明，CLI 内置文件工具运行在 CLI 进程内，不受操作系统沙箱直接限制，而是由工具自身尽力检查并遵守策略。本地 MCP 工具服务和语言服务器默认纳入沙箱，但可调整；远程 MCP 服务不在沙箱内。
CLI 的网络限制也因平台而异。macOS 和 Linux 会把出站连接限制到本地代理，程序不能通过忽略代理设置直接联网。Windows 的代理和主机访问规则则依赖程序遵守代理设置，还需要受支持的系统版本并开启本地网络访问，不能视为同等强度的限制。Linux 对启动的命令和本地服务，无法单独控制本地网络访问。
不支持沙箱的电脑也不一定停止工作：CLI 会在当前会话关闭用户自行保存的开启偏好，并提示命令和服务将脱离沙箱运行。企业托管策略若同时启用沙箱和 sandbox.failIfUnavailable，则无法执行隔离时会阻止模型请求及工具执行。Copilot 应用中，配置为使用沙箱的会话可能启动，但在不受支持的电脑上，命令等沙箱进程会启动失败。
使用前还需核对系统要求：GitHub 建议 macOS 15 或更新版本，旧版本未经该后端测试；Linux 需要 bubblewrap 0.5.0 或更新版本，允许出站联网时还有额外依赖；Windows 需要支持该能力的较新 Windows 11 更新。此次正式可用的是本地沙箱，另一个把会话放到 GitHub 托管环境运行的云端沙箱仍处于公开预览，并按用量计费。
来源
- Use Claude Cowork on web, desktop, and mobile — Claude Help Center
- Remote control for local agents · Cursor — Cursor：Changelog（网页）
- Local sandboxing for GitHub Copilot now generally available — GitHub
- About cloud and local sandboxes for GitHub Copilot - GitHub Docs — GitHub