Claude 计算机使用：API 沙箱 vs. Cowork 桌面——为浏览器自动化选择合适的执行环境
这不是关于"AI自主性"。这是关于选择正确的执行边界。
Anthropic 的沙箱隔离减少了 84% 的权限提示——听起来像是一个胜利。但权限提示减少也意味着对 Claude 实际操作的可见性降低。问题不在于沙箱隔离是否更安全，而在于哪种权衡对你的使用案例更有意义。
Claude 的浏览器自动化目前有两种完全不同的执行模型。你可以通过 Anthropic 的 API 支持的沙箱运行时（Claude Code 的一部分或更广泛的 SDK）运行它，或者你可以使用基于桌面的 Cowork 代理和 Chrome 扩展中的 Claude。它们解决相同的问题——让 Claude 能够导航网页并与应用程序交互——但解决方式完全不同。
理解架构很重要，因为架构决定了当事情出错时实际会发生什么。
API 沙箱：更轻便、更快速、更可预测
Claude 的沙箱运行时使用 Linux bubblewrap 和 macOS seatbelt 原语实现操作系统级别的隔离。这不仅仅是一个权限提示。当你定义文件系统边界时，操作系统会阻止访问——即使 Claude 尝试升级权限。网络隔离也是如此：Claude 只能访问你明确允许的域。
理论与实践的区别在于：启用沙箱隔离后，你会获得大幅减少的权限提示和增强的安全性。问题是批准疲劳。当 Claude 在每个会话中要求 50 次权限时，你就不再阅读你在批准什么了。
API 沙箱方法适用于：
- 测试和 CI/CD 管道。 你可以运行 Claude Code 在使用沙箱 SDK 的 Cloudflare 沙箱中实现任务，这意味着你的自动化在完全临时、隔离的环境中运行。没有遗留状态。没有副作用。
- 不受信任的代码执行。 如果你的工程团队在开发人员笔记本电脑上使用完整的 SSH 密钥和 AWS 凭证运行 Claude Code，你的 AI 代理会继承所有这些访问权限。API 沙箱通过设计来防止这种情况。
- 透明的日志记录和可审计性。 API 调用被记录。在本地运行的桌面代理？它们在默认情况下是不透明的。
权衡：API 沙箱在默认情况下是无状态的。Claude 运行、产生输出，然后环境被销毁。如果你需要跨会话的持久状态——对先前运行的记忆、累积上下文、长期任务——你需要自己管理这些。
Cowork 桌面：持久性、以用户为中心、更难控制
Cowork 直接在你的计算机上运行，让 Claude 可以访问你选择共享的文件。代码执行隔离：Claude 编写的 Shell 命令和代码在隔离的虚拟机（VM）内运行，与你的主操作系统分开。
这听起来是隔离的。实际上不是。隔离仅适用于代码执行。文件和网络访问由你授予的内容进行调解，与 API 沙箱不同，你可以控制连接到 Claude 的 MCP 以及它们要求权限的频率。摩擦是明确的：Claude 必须询问，你必须批准。
Cowork 作为研究预览版适用于所有付费计划——Pro、Max、Team 和 Enterprise——在 macOS 和 Windows (x64 仅)。
Cowork 上的浏览器自动化通过 Claude in Chrome 扩展进行，适用于 Haiku 4.5、Sonnet 4.5 或 Opus 4.5 模型。以下是关键的架构差异：当你在同一 Claude 账户下的两台机器上安装并登录 Claude Chrome 扩展时，你会有两个竞争端点在那里等待。任务被分配，先拾取的消费者赢得。如果你想分配工作，这是一个隐藏的功能，但如果你有多台机器，这是一个陷阱。
Cowork 在以下方面表现突出：
- 跨越文件和网络的知识工作。 研究任务、文档处理、电子邮件分类。Claude 可以读取你的本地文件，从浏览器提取数据，并在一个连续的会话中将结构化输出写回你的文件系统。
- 定期、重复的任务。 你可以在任何 Cowork 任务中输入 /schedule 来设置 Claude 自动运行或按需运行的任务，频率由你选择。重要提示：定时任务仅在你的计算机处于唤醒状态且 Claude 桌面应用打开时运行。
- 需要持久上下文和记忆的任务。 Cowork 从设计上维护跨会话的状态。Claude 记得它昨天做的事情，可以从中断处继续。
权衡：Cowork 在你的机器上运行。Claude 可以访问你授予其权限访问的本地文件，并可以代表你采取真实行动。隔离更弱，风险面更大，调试失败更困难，因为所有事情都在本地发生。
浏览器自动化失败时会发生什么
两种方法都有不同的失败模式。在 API 沙箱中，失败很干净：Claude 触及权限边界或超时，会话结束。你会获得日志。你可以重放它。
在 Cowork 上，失败更混乱。在 Claude 桌面通过多个版本自动更新后，所有浏览器自动化工具都可能从 Cowork 会话中消失。Claude in Chrome MCP 服务器成功连接，但仅公开 3 个基本工具，而不是完整的浏览器自动化工具集。扩展在运行。Claude 在运行。但它们之间的工具层坏了。调试需要理解 MCP 服务器注册、桌面应用版本兼容性和 Chrome 扩展状态。
浏览器自动化比文件操作慢，因为浏览器必须等待页面加载、JavaScript 执行和 DOM 渲染。这些是网络技术的固有限制，而不是 Claude 的能力限制。
成本和令牌使用
这比任何人承认的都重要。使用 Cowork 处理任务消耗的使用配额比与 Claude 聊天多，因为复杂的多步骤任务是计算密集型的，需要更多令牌来执行。Claude 拍摄的每张屏幕截图、每次 DOM 交互、每个推理步骤都消耗令牌。API 沙箱不会隐藏这一成本——你在令牌账单中看到它——但 Cowork 在你的月度使用配额中隐藏了它。
如果你经常运行 Cowork 任务，预计会达到使用限制。20 元人民币 Pro 计划适用于几个轻量级任务。更重的工作流需要 Max 或更高的层级。
实际比较
| 因素 | API 沙箱 | Cowork 桌面 |
|---|---|---|
| 隔离强度 | 操作系统级别，强制执行 | 代码的虚拟机级别；文件/网络由权限调解 |
| 持久性 | 默认为临时 | 跨会话持久 |
| 本地文件访问 | 限制为挂载的目录 | 对授予的文件夹的完全访问 |
| 定时任务 | 通过外部编排 | 内置 /schedule 命令 |
| 浏览器自动化延迟 | 更快（云邻近） | 更慢（本地渲染 + 屏幕截图） |
| 失败调试 | 清晰日志，易于重放 | 本地 MCP 问题、版本不匹配 |
| 成本可见性 | 按令牌计费 | 池化使用配额 |
| 多机器支持 | 不适用（无状态） | 竞争消费者模式；路由不可预测 |
使用哪一个：一个框架
如果以下情况，选择 API 沙箱：
- 你在构建生产自动化（CI/CD、API 工作流、批处理）。
- 你需要可重现、可审计的执行。
- 你想避免管理持久的本地状态。
- 你不愿意让 Claude 在你的机器上运行任意浏览器任务。
如果以下情况，选择 Cowork：
- 你的工作既文件密集又浏览器密集（研究、文档处理、电子邮件工作流）。
- 你想要在你的机器上运行的定时、重复任务，无需外部基础设施。
- 你信任权限模型，并乐意授予本地文件访问权限。
- 你更喜欢"描述并忘记"任务委派，而不是管理临时会话。
实际的要点： API 沙箱是基础设施。Cowork 是一个工具。当你在编排许多小的、可预测的任务时，基础设施工作效果最佳。当你在委派需要上下文和记忆的知识工作时，工具工作效果最佳。每个的安全态势不同——不是更好或更坏，而是不同——你的威胁模型决定了哪种权衡是可接受的。
如果你在任何规模上部署浏览器自动化，请从 API 沙箱开始。你总是可以在特定的知识工作任务上分层 Cowork。但不要在你的桌面上运行不受信任的自动化，除非你准确地理解你在允许什么。