Claude Desktop 每次启动都会拉起一个 1.8 GB 的 Hyper-V 虚拟机，即使只用于聊天

原文 ↗ Hacker News 讨论 ↗

虚拟机行为与磁盘/RAM 影响

  • Claude Desktop 在每次启动时都会启动一个 Hyper‑V 或类似的虚拟机，即使只是聊天用途。
  • 据报告，虚拟机大小从约 1.8 GB 内存到磁盘上 10–13 GB 不等；一些 macOS 用户在触发 Cowork 时会看到约 20 GB 的占用。
  • Cowork 的虚拟机捆绑包默认安装，官方无法移除；如果删除，或者点击 Cowork，它会被静默重新创建。
  • 对于 256 GB SSD 的用户来说，这尤其令人痛苦；有些人通过删除内容并锁定文件夹权限来“移除”它。
  • 在 Windows 上，禁用 Hyper‑V / “Virtual Machine Platform”，或在单独的虚拟机中运行 Claude，可以避免或限制这一行为。

为什么需要虚拟机与设计权衡

  • 这个虚拟机为 Claude Cowork 提供支持，在沙箱中运行工具和代码，有时还会挂载指定的主机目录。
  • 有人认为，尽早启动是一种性能优化，也是一种刻意降低使用 Cowork 门槛的做法。
  • 另一些人认为它应该：
    • 默认选择加入（Opt‑in）
    • 按需启动
    • 在空闲时允许关闭
    • 通过明确的沙箱开/关切换来暴露
  • 少数人觉得如果虚拟机随应用退出，这种设计是可以接受的；另一些人则对这种不透明的“黑盒”以及不清楚的可观测性或日志记录感到不安。

软件质量、“vibecoding” 与用户体验

  • 许多评论批评 Claude 的桌面端、CLI 和 TUI 相比一个聊天客户端而言过慢、漏洞多、过度设计（大量使用 React、代码库庞大）。
  • 用户报告跨平台链接出错（例如在 Windows 上显示 macOS URL）、终端内容混乱，以及桌面和网页界面性能都很差。
  • 有几位将此归因于“vibe-coded”功能、对 LLM 生成代码的重度依赖，以及缺乏认真细致的人工审查。
  • 也有人反驳说，在当前的 AI 竞赛中，快速迭代并发布尚未打磨完成的功能是预期之中的，尤其是围绕后端的客户端“胶水层”。

安全、沙箱与使用模式

  • 有些人认为按应用划分虚拟机才是正确的长期模式：具备自我修改能力、强沙箱隔离、并对输入输出进行控制的代理。
  • 另一些人已经让 Claude/代理拥有完整系统访问权限，并认为对个人使用来说复杂的沙箱设置是过度设计，他们依赖备份和源代码管理。
  • 大家广泛认同的是，发送给模型的提示词和本地代码本来就会去到提供商的服务器；信任主要来自政策和合同，而不只是本地虚拟机的存在。

元信息与语言

  • 多条评论挑剔原标题中的双重否定（“without no way”），不过也有人认为这只是无益的抠字眼。