Anthropic Cowork özelliği macOS'te uyarı vermeden 10 GB'lık VM paketi oluşturuyor

 (github.com/anthropics)
2 puan yazan GN⁺ 2026-03-03 | 1 yorum | WhatsApp'ta paylaş
  • macOS'te Cowork özelliği etkinleştirildiğinde, sistemde yaklaşık 10 GB boyutunda bir sanal makine (VM) paketi otomatik olarak oluşturuluyor ve performans keskin biçimde düşüyor
  • Bu dosya ~/Library/ altında saklanıyor ve silindikten sonra bile ertesi gün yeniden oluşturuluyor
  • Bu durum CPU kullanımında artış (%24~55), swap artışı ve arayüz gecikmesi gibi kalıcı performans sorunlarına yol açıyor
  • Geçici çözüm olarak VM paketi ile önbellek klasörleri silinirse yaklaşık %75 performans iyileşmesi sağlanıyor, ancak bir süre sonra yeniden yavaşlıyor
  • Birden fazla kullanıcı şeffaflık eksikliği ve depolama alanı israfına dikkat çekerek, VM oluşturulmasını seçmeye yarayan bir ayar ve önceden bilgilendirme talep ediyor

Sorunun özeti

  • Cowork özelliği kullanıldıktan sonra Claude Desktop çok yavaşlıyor; açılış gecikmesi, arayüz takılması ve yanıt gecikmesi yaşanıyor
  • Performans düşüşü oturum sırasında da giderek kötüleşiyor ve VM paket dosyası 10 GB'a kadar büyüyüp otomatik olarak yeniden oluşturuluyor
  • Bu sorun macOS ortamında (8 GB RAM) yeniden üretilebiliyor

İnceleme sonuçları

  • Cowork özelliğinin oluşturduğu VM paketi ~/Library/Application Support/Claude/vm_bundles/claudevm.bundle/rootfs.img konumunda bulunuyor
  • Bu dosya silinse bile bir gün içinde yeniden oluşturuluyor ve otomatik temizleme (cleanup) yapılmıyor
  • VM paketi ve önbellek silindiğinde depolama kullanımı 11 GB → 639 MB seviyesine düşüyor ve çalışma hızı yaklaşık %75 artıyor
  • Ancak yeniden başlatmadan birkaç dakika sonra CPU kullanımı %24 → %55 seviyesine yükseliyor ve swapins 20K → 24K+ oluyor
  • Bu durum, bellek sızıntısı veya biriken iş yükü nedeniyle performans düşüşü yaşanabileceğine işaret ediyor

Gözlemlenen davranışlar

  • Boşta bile CPU kullanımı %24~55
  • Swap etkinliği sürekli artıyor, birkaç dakika içinde performans düşüyor
  • Her Cowork oturumunda 10 GB'lık VM paketi yeniden oluşturuluyor
  • Temizlikten sonra geçici iyileşme (%75) görülüyor, ancak zamanla tekrar kötüleşiyor

Geçici çözüm

  • Claude Desktop kapatıldıktan sonra aşağıdaki komutlarla VM ve önbelleği silin 
    rm -rf ~/Library/Application\ Support/Claude/vm_bundles  
rm -rf ~/Library/Application\ Support/Claude/Cache  
rm -rf ~/Library/Application\ Support/Claude/Code\ Cache
  • Bu işlem geçici bir performans iyileşmesi sağlayabiliyor, ancak düzenli yeniden başlatma gerekiyor
  • Bazı kullanıcılar, yeniden oluşturulmasını önlemek için VM klasörünün izinlerini chmod 000 olarak değiştiriyor

Kullanıcı geri bildirimi

  • Cowork devre dışı olsa bile VM çalışıyor ve belleği kullanıyor
  • Bazı kullanıcılar, 21 GB'ın üzerine çıkan VM paketleri gördüklerini bildiriyor
  • VM, uygulama çalıştırıldığında otomatik olarak yeniden provision ediliyor ve sıkıştırılmış dosya (rootfs.img.zst) da kaldığı için çift depolama alanı israfı oluşuyor
  • Cowork'u hiç kullanmamış kullanıcılar bile 10 GB'lık paket bulduklarını ve bunu bellek sızıntısı olarak gördüklerini söylüyor
  • Depolama alanı sınırlı Mac kullanıcıları, devre dışı bırakma seçeneğine ihtiyaç olduğunu vurguluyor

Şeffaflık ve güven sorunu tartışması

  • Kullanıcılar, önceden bildirim yapılmadan 12~20 GB disk ve 2 GB RAM kullanılmasını sorun olarak görüyor
  • Kurulum sırasında veya ilk açılışta bilgilendirme, VM'nin önceden indirilmeyeceğini seçme, Cowork'u kapatma anahtarı sunma gibi öneriler yapılıyor
  • Bazıları VM sandbox tasarımının amacını anladıklarını, ancak yetersiz açıklamanın kullanıcı güvenine zarar verdiğini belirtiyor
  • "Uygulamanın kullanıcı fark etmeden sistem kaynaklarını kullanması güveni azaltıyor" görüşü sıkça dile getiriliyor

İlgili okumalar

1 yorum

 
GN⁺ 2026-03-03
Hacker News yorumları

  • Merhaba, ben Anthropic'ten Felix. Claude Cowork ve Claude Code üzerinde çalışıyorum
    Cowork, Linux VM içinde çalışan Claude Code ajan altyapısı üzerine kurulu ve Apple'ın Virtualization Framework'ü ya da Microsoft'un Host Compute System'i üzerinden çalışıyor
    Bunu yapmamızın üç nedeni var
    (1) Claude'un kullanıcı adına serbestçe kod yazabileceği bağımsız bir bilgisayar ortamı sağlamak
    (2) diğer sandbox çözümlerine kıyasla güvenlik sınırlarını daha sağlam biçimde garanti etmek
    (3) teknik olmayan kullanıcılar için daha güvenli bir kullanım deneyimi sunmak
    Ancak bunun bazı ödünleşimleri olduğunu biliyoruz ve Cowork'u kullanmak istemeyen ya da VM olmadan kullanmak isteyenler için iyileştirme fikirlerini değerlendiriyoruz

    • Geri bildirim olarak şunu söyleyeyim: Cowork 10GB depolama kullanacaksa, kullanıcıya önceden bildirmeli ve tek tıkla silme imkanı vermeli
      “Onay yorgunluğunu (approval fatigue)” azaltmak kısa vadede Anthropic'in işine yarayabilir, ama uzun vadede kullanıcıya fayda sağlamaz
      Bu kalıp yerleşmeden önce durdurmak iyi olur
    • Resmi ya da yarı resmi bir Claude sandbox container image sağlanmasını isterdim. Cowork VM'in dışarıda da kullanılabilmesi iyi olurdu
    • Açıklama harika, ama pratikte Cowork'un performans düşüşü ve güç tüketimi sorunları yarattığına dair şikayetler var
    • Cowork'un VM üzerinde çalıştığını bilmiyordum. Pazarlamada bu daha açık söylenseydi muhtemelen çok daha önce denerdim
    • Claude Desktop'tan Mac VM (UTM içinde) üzerinde çalıştırmayı denedim ve Apple Virtualization Framework ile ilgili bir hata aldım
      Muhtemelen zaten bir VM içinde çalıştığı için iç içe sanallaştırma hatası oluştu. Hata mesajı iyileştirilebilir ya da zaten VM içindeyse Cowork kendi VM'ini atlayabilir

  • Uygulamaların son zamanlarda disk erişimini bu kadar kötüye kullanması şaşırtıcı
    Örneğin Apple Podcasts uygulaması hiçbir neden yokken 120GB podcast dosyası indiriyor ve silmiyor. “System Data” olarak göründüğü için harici diski aramak zorunda kaldım

    • macOS'taki “System Data” sorunu gerçekten korkunç. Docker, müzik kütüphanesi, cache vb. yüzünden 1-2 yılda bir temiz kurulum yapmak gerekiyor
    • ~/Library/Messages klasörüne bakarsanız iMessage senkronizasyonu yüzünden 100GB'tan fazla yer kaplıyor. Böyle şeylerin buluta offload edilmesi gerekiyor
    • 5G çağındayız ama ses dosyalarının hâlâ varsayılan olarak indirilmesini anlamıyorum. Streaming yeterli
    • Ben de Time Machine yedekleme sorunu yüzünden 512GB'ın 300GB'ının “System Data” olarak görünmesi nedeniyle bir günlük çalışmamı kaybettim
    • Bu sorunları çözmek için Mole gibi araçlar kullanıyorum. Ayrıca warp/gemini CLI ile gereksiz cache'leri bulup siliyorum

  • “vibe coding”in hem nimetini hem lanetini aynı anda hissediyorum. Tam anlamıyla vibe coding'in iki yüzü

  • VM sandbox, Cowork'un özü
    Kod üretme özelliğini güvenli biçimde sunmak için izole bir ortam şart
    Kullanıcının yalnızca belirli klasörlere erişim izni vermesini sağlayan ve yazma izni gerektiğinde uyarı gösteren bir arayüz öneriyorum

  • Aslında LLM olmasa bile geliştirmeyi VM içinde yapmak iyi bir fikir
    Vagrant gibi araçlar hâlâ faydalı
    Cowork'un ana hedef kitlesi geliştirici olmayanlar ve ona kod yazan yardımcı AI olarak yaklaşmak doğru olur
    Uzmanlar ayrı bir Mac Mini üzerinde çalışabilir ama sıradan kullanıcılar bunu yapamaz; bu yüzden VM daha gerçekçi bir çözüm

    • Artık çok sayıda VPS sağlayıcısı var; exe.dev, sprites.dev, shellbox.dev gibi yerlerde kolayca ortam kurulabiliyor
    • Ben karmaşık projelerde devcontainer tercih ediyorum. Docker ve NixOS ile daha hafif ve esnek geliştirme ortamları kurulabiliyor
    • macOS'ta Lima en iyi seçimdi. Claude Code'u image olarak tutup yalnızca gerekli dizinleri mount ediyordum. Vagrant'tan çok daha akıcı çalışıyordu
    • Hatta “O zaman programlama yaparken de prezervatif mi kullanıyorsun?” diye şaka yapılacak kadar güvenlik takıntısının abartıldığını söyleyenler de vardı

  • Anthropic çalışanlarının Claude Code ile Claude Code geliştirdiğini duydum
    AI ürünün olgunluğunu artırıyor ama kalite düşüşü sorun yaratıyor. Sonunda yine yetkin geliştiricilere ihtiyaç duyulacak
    İlk kullanıcılar adeta deney faresi gibi ürünü test etme sorumluluğunu üstleniyor

    • Bu tür 1st party ürünlerin açık kaynakla rekabet edip edemeyeceğinden emin değilim. Ücretsiz ve daha iyi alternatifler varken kullanmak için bir neden yok
    • Anthropic içindeki kalite sorunlarına bakınca çalışanların çoğu junior'un da altında bir seviyede görünüyor. Yalnızca Bun ekibi biraz istisna gibi duruyor

  • Son 30 dakikadır DaisyDisk ile dizüstü bilgisayarımı temizliyordum ve Cowork'un 10GB'lık VM'ini fark ettim
    Uygulamalar sık sık gereksiz yere depolama alanı kaplıyor ve neredeyse hiç temizlik özelliği sunmuyor
    Xcode da uzun süredir açılmamış olmasına rağmen farklı OS'ler için SDK'ları ve simülatörleri saklamaya devam ediyor

    • Bu tür sorunları çözmek için DevCleaner kullanabilirsiniz
    • macOS'ta crond ya da find varken neden bu temizlik işlerinin otomatikleştirilmediğini merak ediyorum

  • Cowork, Apple Virtualization Framework kullandığı için iç içe VM hataları oluşuyor
    Bu da özellik kısıtlamaları, alan israfı ve gecikme yaratıyor. OpenAI'nin kullandığı Seatbelt sandbox daha iyi bir alternatif olabilir
    ilgili bağlantı

    • Ama Seatbelt'in neredeyse işe yaramaz olduğunu düşünüyorum. Neden Cowork'u VM içinde çalıştırmak istediğinizi merak ediyorum. Kendi VM'ini kullanması yeterli değil mi?
    • Ayrıca Seatbelt neredeyse hiç belgelenmemiş durumda

  • Rahatsız edici olsa da bu sandbox yaklaşımı tam olarak ajan tipi araçların doğası
    Yerleşik sandbox olmadan çalışan araçlar bir gün mutlaka veri kaybına yol açacaktır

  • Muhtemelen Anthropic içinde “uygulama performansını iyileştir” diye bir prompt verildi ve ortaya böyle bir sonuç çıktı