Fitur Anthropic Cowork di macOS membuat bundel VM 10GB tanpa peringatan

• Saat fitur Cowork di macOS diaktifkan, sistem otomatis membuat bundel mesin virtual (VM) berukuran sekitar 10GB, yang menyebabkan penurunan performa drastis
• File ini disimpan di bawah ~/Library/, dan bahkan setelah dihapus akan dibuat ulang keesokan harinya
• Keberadaan file ini memicu penurunan performa berkelanjutan seperti kenaikan penggunaan CPU (24~55%), peningkatan swap, dan lag UI
• Sebagai solusi sementara, menghapus bundel VM dan folder cache memberikan peningkatan performa sekitar 75%, tetapi setelah beberapa waktu sistem kembali melambat
• Banyak pengguna menyoroti kurangnya transparansi dan pemborosan ruang penyimpanan, serta meminta pengaturan untuk memilih apakah VM akan dibuat dan pemberitahuan sebelumnya

---

Ringkasan masalah

• Setelah menggunakan fitur Cowork, Claude Desktop menjadi sangat lambat, dengan keterlambatan saat mulai, UI lag, dan respons yang terlambat
• Penurunan performa makin parah bahkan selama sesi berlangsung, dan file bundel VM membesar hingga 10GB lalu dibuat ulang secara otomatis
• Masalah ini dapat direproduksi di lingkungan macOS (RAM 8GB)

Hasil investigasi

• Bundel VM yang dibuat fitur Cowork berada di ~/Library/Application Support/Claude/vm_bundles/claudevm.bundle/rootfs.img
• File ini akan dibuat ulang dalam sehari meski telah dihapus, dan cleanup otomatis tidak terjadi
• Jika bundel VM dan cache dihapus, penggunaan ruang penyimpanan turun dari 11GB → 639MB, dan kecepatan kerja meningkat sekitar 75%
• Namun setelah restart, dalam beberapa menit penggunaan CPU naik dari 24% → 55%, dan swapins 20K → 24K+ meningkat
• Ini mengindikasikan kemungkinan penurunan performa akibat kebocoran memori atau beban kerja yang terakumulasi

Perilaku yang teramati

• Penggunaan CPU 24~55% bahkan saat idle
• Aktivitas swap terus meningkat, performa menurun dalam hitungan menit
• Bundel VM 10GB dibuat ulang setiap sesi Cowork
• Ada perbaikan sementara (75%) setelah pembersihan, tetapi kembali menurun seiring waktu

Solusi sementara

• Tutup Claude Desktop lalu hapus VM dan cache dengan perintah berikut

  rm -rf ~/Library/Application\ Support/Claude/vm_bundles  
  rm -rf ~/Library/Application\ Support/Claude/Cache  
  rm -rf ~/Library/Application\ Support/Claude/Code\ Cache  
  

• Langkah ini dapat memberi peningkatan performa sementara, tetapi restart berkala tetap diperlukan
• Beberapa pengguna mengubah izin folder VM menjadi chmod 000 untuk mencegah pembuatan ulang

Umpan balik pengguna

• Bahkan saat Cowork nonaktif, VM tetap berjalan dan memakai memori
• Sebagian pengguna melaporkan bundel VM yang membesar hingga lebih dari 21GB
• VM diprovision ulang otomatis saat aplikasi dijalankan, dan bahkan file terkompresi (rootfs.img.zst) tetap tersisa sehingga terjadi pemborosan ruang penyimpanan ganda
• Pengguna yang belum pernah memakai Cowork pun menemukan bundel 10GB, dan menganggapnya sebagai kebocoran memori
• Pengguna Mac dengan ruang penyimpanan terbatas menekankan perlunya opsi untuk menonaktifkan

Isu transparansi dan kepercayaan

• Pengguna menyoroti bahwa aplikasi menggunakan 12~20GB disk dan 2GB RAM tanpa pemberitahuan terlebih dahulu
• Mereka mengusulkan pemberitahuan saat instalasi atau saat pertama kali dijalankan, opsi memilih apakah VM akan diunduh lebih dulu, dan toggle untuk menonaktifkan Cowork
• Sebagian menyatakan bahwa mereka memahami tujuan desain sandboxing VM, tetapi kurangnya penjelasan merusak kepercayaan pengguna
• Banyak yang berpendapat, “aplikasi yang memakai sumber daya sistem tanpa sepengetahuan pengguna akan menurunkan kepercayaan”

[GN⁺]

Komentar Hacker News

• Halo, saya Felix dari Anthropic. Saya menangani Claude Cowork dan Claude Code
  Cowork dibangun di atas harness agen Claude Code yang berjalan di dalam Linux VM, dan dijalankan melalui Apple Virtualization Framework atau Microsoft Host Compute System
  Ada tiga alasan untuk melakukan ini
  (1) untuk menyediakan lingkungan komputer terisolasi agar Claude bisa menulis kode dengan leluasa atas nama pengguna
  (2) karena jaminan batas keamanan lebih kuat dibanding solusi sandboxing lain
  (3) untuk memberikan pengalaman penggunaan yang lebih aman bagi pengguna nonteknis
  Namun kami sadar ada trade-off, dan sedang meninjau ide perbaikan bagi orang yang tidak ingin memakai Cowork atau ingin menggunakannya tanpa VM

  • Sebagai masukan, jika Cowork memakai 10GB penyimpanan, seharusnya pengguna diberi tahu sebelumnya dan bisa menghapusnya dengan satu klik
    Mengurangi “approval fatigue” mungkin menguntungkan Anthropic dalam jangka pendek, tetapi dalam jangka panjang itu tidak baik bagi pengguna
    Rasanya lebih baik menghentikan pola seperti ini sebelum menjadi kebiasaan
  • Saya berharap ada image container resmi atau semi-resmi untuk sandbox Claude. Akan bagus jika VM Cowork bisa dipakai juga di luar
  • Penjelasannya bagus, tetapi dalam praktiknya ada keluhan bahwa Cowork menyebabkan penurunan performa dan konsumsi daya
  • Saya tidak tahu Cowork berjalan di atas VM. Kalau hal ini dijelaskan dengan jelas dalam pemasaran, saya mungkin akan mencobanya jauh lebih awal
  • Saat mencoba menjalankannya dari Claude Desktop ke Mac VM (di dalam UTM), saya mendapat error terkait Apple Virtualization Framework
    Sepertinya karena sudah berjalan di dalam VM, jadi muncul error nested virtualization. Akan bagus jika pesan error diperbaiki, atau jika Cowork melewati VM-nya sendiri saat sudah berada di dalam VM

• Mengejutkan melihat aplikasi belakangan ini begitu sering menyalahgunakan akses disk
  Misalnya aplikasi Apple Podcasts mengunduh 120GB file podcast tanpa alasan jelas dan tidak menghapusnya. Itu ditampilkan sebagai “System Data”, jadi saya harus mencari-cari sampai ke drive eksternal

  • Masalah “System Data” di macOS memang parah sekali. Karena Docker, library musik, cache, dan lain-lain, saya jadi harus clean install setiap 1–2 tahun
  • Kalau melihat folder ~/Library/Messages, sinkronisasi iMessage bisa memakan lebih dari 100GB. Hal seperti ini seharusnya di-offload ke cloud
  • Kita sudah di era 5G, tapi file audio masih diunduh secara default tetap sulit dipahami. Streaming saja sudah cukup
  • Saya juga pernah kehilangan satu hari kerja karena masalah backup Time Machine, dengan 300GB dari 512GB ditandai sebagai “System Data”
  • Untuk mengatasi masalah seperti ini saya memakai alat seperti Mole. Saya juga memakai warp/gemini CLI untuk mencari dan menghapus cache yang tidak perlu

• Akhir-akhir ini saya merasakan berkah sekaligus kutukan dari “vibe coding”. Benar-benar dua sisi vibe coding

• Sandbox VM adalah inti dari Cowork. Untuk menyediakan fitur pembuatan kode dengan aman, lingkungan terisolasi itu wajib
  Saya mengusulkan UI yang membiarkan pengguna memberi izin akses hanya ke folder tertentu, lalu menampilkan peringatan jika butuh izin tulis

• Sebenarnya, bahkan tanpa LLM pun lebih baik mengembangkan software di dalam VM
  Alat seperti Vagrant masih berguna
  Target utama Cowork adalah non-developer, jadi masuk akal bila diposisikan sebagai AI asisten yang menulis kode
  Para profesional bisa bekerja di Mac Mini terpisah, tetapi pengguna biasa tidak bisa, jadi VM adalah solusi yang realistis

  • Sekarang ada banyak penyedia VPS, jadi mudah membuat lingkungan lewat layanan seperti exe.dev, sprites.dev, shellbox.dev
  • Untuk proyek yang kompleks, saya lebih suka devcontainer. Dengan Docker dan NixOS, lingkungan pengembangan bisa dibuat lebih ringan dan fleksibel
  • Di macOS, Lima adalah pilihan terbaik bagi saya. Claude Code saya taruh sebagai image dan hanya direktori yang diperlukan yang saya mount. Jauh lebih mulus daripada Vagrant
  • Sampai ada lelucon seperti “jadi kalau ngoding juga pakai kondom?” untuk menyindir bahwa obsesi soal keamanan sudah kelewatan

• Saya dengar karyawan Anthropic sedang mengembangkan Claude Code memakai Claude Code
  AI memang meningkatkan kelengkapan produk, tetapi penurunan kualitas jadi masalah. Pada akhirnya developer berpengalaman tetap akan dibutuhkan lagi
  Para pengguna awal punya beban untuk menguji produk seolah-olah seperti kelinci percobaan

  • Saya ragu produk 1st party seperti ini bisa bersaing dengan open source. Kalau ada alternatif gratis yang lebih baik, tidak ada alasan khusus untuk memakainya
  • Melihat masalah kualitas internal di Anthropic, kebanyakan karyawannya tampak berada di level junior atau di bawahnya. Tim Bun terasa seperti pengecualian

• Dalam 30 menit terakhir, saya sedang merapikan laptop dengan DaisyDisk dan menemukan VM 10GB milik Cowork
  Banyak aplikasi memakan ruang penyimpanan tanpa perlu, dan hampir tidak ada fitur pembersihan
  Xcode juga terus menyimpan SDK dan simulator untuk berbagai OS meski sudah lama tidak dijalankan

  • Untuk mengatasi masalah seperti ini, pakai saja DevCleaner
  • Saya heran macOS punya crond dan find, tetapi pekerjaan bersih-bersih seperti ini tidak diotomatisasi

• Karena Cowork memakai Apple Virtualization Framework, muncul error nested VM
  Ini menimbulkan keterbatasan fitur, pemborosan ruang, dan latensi. Sandbox Seatbelt yang dipakai OpenAI mungkin bisa jadi alternatif yang lebih baik
  Tautan terkait

  • Tapi menurut saya Seatbelt hampir tidak berguna. Saya juga penasaran kenapa Cowork harus dijalankan di dalam VM. Bukankah VM bawaannya sendiri sudah cukup?
  • Selain itu, Seatbelt juga hampir tidak punya dokumentasi

• Memang tidak nyaman, tetapi pendekatan sandbox seperti ini justru adalah hakikat alat berbasis agen
  Alat yang berjalan tanpa sandbox bawaan pada akhirnya akan menyebabkan kehilangan data

• Mungkin saja di internal Anthropic ada yang melempar prompt “tingkatkan performa aplikasi”, lalu hasilnya jadi seperti ini