Claude Desktop VM 部署与资源消耗问题

Claude Desktop 用户发现了一个严重问题：应用程序会自动初始化一个虚拟机 (VM) 以支持其 "Cowork" 功能，该功能作为 AI agent 的沙盒环境运行。这种部署是在没有明确选择加入机制的情况下进行的，迫使用户为他们可能并不使用的进程分配大量的系统资源。

自动 VM 部署与资源影响

Claude Desktop 会启动一个 VM 来为 Cowork 功能提供沙盒环境。此过程涉及以下资源影响：

• 磁盘空间： 用户报告称，VM 包安装了一个大约 10GB 大小的包，且难以移除。
• 系统资源： VM 会消耗大量的 RAM 和 CPU 周期，导致整体系统运行缓慢。
• 缺乏控制： 目前没有内置设置可以禁用 VM 或防止其在应用程序启动时自动启动。

用户体验与实现缺陷

Hacker News 上的社区讨论揭示了对软件实现质量的更广泛挫败感。用户指出了几个“缺乏工艺感”的指标：

• 跨平台不一致性： 一位用户报告称，在 Windows 上，点击 Cowork 功能的权限按钮会导致指向 macOS 系统偏好设置的失效链接。
• 系统性能： 由于启动时间慢和交互延迟，该应用程序被一些人描述为“笨重”。
• 存储管理： 用户注意到，手动从文件夹中删除 VM 文件以回收空间，通常会导致在打开 Cowork 标签页时重新下载或重新初始化 VM。

关于沙盒化的技术观点

虽然资源开销是一个问题，但一些开发者认为，硬件级虚拟化是 AI agent 的必然未来。其论点是，每个应用的 agent 虚拟化允许一个“密封”的环境，使 agent 可以修改自己的工具或编写自己的软件，而不会危及宿主操作系统。

相反，其他开发者建议，VM 应该作为一种“按需”服务来实现。与其立即启动，不如在用户聚焦于 agent 标签页时预热 VM，并在一段时间不活动后进入冷却状态以释放系统 RAM。

规避方法与缓解措施

对于 Windows 用户，一些人已经找到了缓解 VM 部署的方法：

• Hyper-V 隔离： 在没有安装 "Virtual Machine Platform" 功能的 Hyper-V VM 中运行 Claude Desktop，会导致应用程序禁用 Cowork 标签页，从而有效地防止了 VM 的启动。
• Windows Sandbox： 利用 Windows Sandbox OS 功能提供了一个隔离环境来运行该应用，而无需额外的许可证，从而避免了对主宿主系统的影响。

"我在 Hyper-V VM 中运行 Claude Desktop。我的 VM 完全没有安装 'Virtual Machine Platform' 功能。该应用接受了这一点，并直接禁用了 Cowork 标签页。"

社区情绪总结

用户中的普遍情绪是，该应用程序感觉像是匆忙推向生产环境的。批评者认为，AI 公司正在进行一场竞赛，试图在操作系统提供商（如 Apple 或 Google）将 AI 直接集成到操作系统之前，实现本地工作能力，这导致了一个优先考虑功能速度而非稳定性与用户控制权的 layanan (服务)。