本篇文章更新時間：2026/03/03
如有資訊過時或語誤之處，歡迎使用 Contact 功能通知或向一介資男的 LINE 社群反應。
如果本站內容對你有幫助，歡迎贊助支持 。
內容目錄
Cowork 功能真的吃掉你電腦的效能嗎？一篇來自 GitHub issue 的深入剖析
編輯前言：這篇整理自 GitHub 上一則使用者回報，問題看似小眾，但背後其實牽涉到 Claude Desktop 的底層 VM 架構、效能管理與記憶體外洩（memory leak）的可能性。如果你是 macOS 使用者，尤其是 8GB RAM，那真的值得花幾分鐘讀讀。
來源：Cowork feature creates 10GB VM bundle that severely degrades performance
核心觀點 (Key Takeaways)
- Cowork 功能會在背景建立一個高達 10GB 的 VM bundle，而且不會自動清理。
- 即使刪除 VM bundle，Claude Desktop 的 CPU 與記憶體使用率仍會在短時間內持續上升。
- 問題看起來不只與 VM 有關，更可能是記憶體外洩或累積性負載造成的效能衰退。
深入解析
這篇回報的核心，是使用者在 macOS 上啟用 Cowork 功能後，發現 Claude Desktop 會變得異常緩慢：啟動變久、界面延遲、再加上 CPU 飆高到 idle 都達 50% 左右。作者進一步追查後，找到罪魁禍首之一：
Cowork 會在
~/Library/Application Support/Claude/vm_bundles/產生一個高達 10GB 的claudevm.bundle/rootfs.img。
而且這個檔案不僅巨大，還「永遠不會自動清理」。你即使手動刪掉，它隔天又長回來，像碎形一樣頑強再生。
更糟的是，就算清理掉 VM 相關檔案，效能仍然會在幾分鐘內開始逐漸下降：CPU 空閒時從 24%、一路飆到 55%，swap 次數也不斷增加，顯示系統正在拼命把 RAM 不夠用的部分換到磁碟上。
作者列出的數據很具體：
- 8GB RAM 機種在幾分鐘內就大量 swap
- renderer process 與 main process CPU 一起升到 20%+
- 清理 VM + 重啟後雖然加速 75%，但衰退會在短時間內再次出現
從這些現象來看，問題不僅是 VM bundle 大小，而是 Cowork 可能造成的背景工作持續累積，或甚至是記憶體外洩。
背後可能的原因
- VM bundle 過大且不自動清理 → 佔用空間、拖累 I/O
- Cowork 過程可能啟用某些持續運作的服務
- 存在記憶體外洩（swap 激增 + CPU idle 升高 = 典型徵兆）
筆者心得與啟發
讀完這份回報，我最大的感受是：AI 行為越接近本地運算，越需要像開發者一樣思考系統資源管理。
Cowork 功能本質上是在你的電腦裡跑一個隔離環境，這類 VM-based 的架構如果設計上沒有配套清理策略，很容易造成存放體外洩、cache 無限制膨脹、或記憶體占用不斷累積。
從使用者角度，我會建議：
- 如果你是 8GB RAM 機種，短期內最好避免大量使用 Cowork。
- 使用後定期清理 VM bundle 與 cache，雖然不是根治，但能爭取可用時間。
- 留意 CPU idle 是否異常偏高、swap 是否狂飆，這都是記憶體外洩的經典訊號。
這篇 Issue 也提醒我，AI 工具逐漸複雜後，很多「看起來是一個功能」的東西背後實際啟動的是整個運算環境。系統層級的負擔可能遠比我們想像得大。
我會持續追蹤這個問題，特別是如果官方提出修正或改善策略的話，相信會是 macOS 使用者的一大福音。