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 系統偏好設定的失效連結。
• 系統效能： 由於啟動時間緩慢和互動延遲，部分使用者將該應用程式描述為「笨重機器 (clunker)"।
• 儲存管理： 使用者注意到，手動從資料夾中刪除 VM 檔案以回收空間，通常會導致在開啟 Cowork 分頁時，VM 被重新下載或重新初始化。

關於沙盒化的技術觀點

雖然資源開銷是一個問題，但一些開發者認為，硬體層級的虛擬化是 AI agent 未來的必然趨勢。其論點是，針對每個應用程式的 agent 虛擬化可以提供一個「密封」的環境，讓 agent 可以修改自己的工具或編寫自己的軟體，而不會冒險影響主機作業系統。

相反地，，其他開發者建議 VM 應該以「按需使用」的服務模式實作。與其立即啟動，VM 可以在使用者聚焦於 agent 分頁時進行預熱，並在一段時間不活動後進入冷卻狀態以釋放系統 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 直接整合進作業系統之前，先實作本地端的工作能力，導致產出的服務優先考慮功能速度而非穩定性和使用者控制權。