De Anthropic Cowork-functie creëert zonder waarschuwing een VM-bundel van 10 GB op macOS

Wanneer AI-tools stilletjes uw opslagruimte opeten: de verborgen kosten van achtergrondfuncties

Stel je voor dat je de opslaginstellingen van je Mac opent en ontdekt dat er 10 gigabyte aan schijfruimte is verdwenen, in beslag genomen door een functie die je nooit expliciet hebt geactiveerd. Dat is precies wat macOS-gebruikers onlangs hebben ervaren met de Claude Code Cowork-functie van Anthropic, die stilletjes een virtuele machinebundel op gang brengt die oploopt tot 10 GB of meer zonder een enkel waarschuwingsvenster. Voor ontwikkelaars die werken aan machines met SSD's van 256 GB of 512 GB is dat tussen de 2 en 4% van de totale opslag die stilletjes wordt geclaimd. Het incident heeft geleid tot een bredere discussie over softwaretransparantie, toestemming voor bronnen en wat gebruikers mogen verwachten van de AI-tools die ze op hun machines uitnodigen.

Wat er feitelijk is gebeurd: de verrassing van 10 GB

Claude Code van Anthropic – een AI-codeerassistent op de opdrachtregel – introduceerde een functie genaamd Cowork, ontworpen om de AI-agent een sandbox-omgeving te geven voor het uitvoeren van code en het beheren van bestanden. Onder de motorkap biedt deze functie een lichtgewicht virtuele machine op macOS, verpakt als een .bundle-map die kan oplopen tot 10 GB of meer, afhankelijk van het gebruik. De VM bevat een minimale Linux-omgeving, afhankelijkheden en werkruimtebestanden die nodig zijn om de agent autonoom te laten werken.

Het probleem was niet de functie zelf; uitvoeringsomgevingen in een sandbox zijn een legitieme en vaak geprefereerde benadering van de veiligheid van AI-agenten. Het probleem was dat gebruikers nooit een toestemmingsdialoogvenster, een schatting van de opslagcapaciteit of zelfs maar een melding te zien kregen dat er een bron van meerdere gigabytes op hun systeem werd aangemaakt. Ontwikkelaars ontdekten de opgeblazen bundels pas nadat ze onverwachte opslagwaarschuwingen hadden onderzocht of schijfanalysetools zoals DaisyDisk of du -sh-opdrachten in hun terminal hadden uitgevoerd.

Uit gemeenschapsdiscussies bleek dat veel gebruikers geen idee hadden van het bestaan ​​van de VM totdat hun machines bijna geen ruimte meer hadden. Sommigen meldden dat ze meerdere bundels uit afzonderlijke sessies hadden gevonden, waardoor de opslagimpact in extreme gevallen kon oplopen tot 20-30 GB. Voor iedereen die ooit verwoed ruimte heeft vrijgemaakt voor een belangrijke implementatie of klantdemonstratie, is de frustratie onmiddellijk herkenbaar.

Waarom stille consumptie van hulpbronnen een groeiend probleem is

Dit incident staat niet op zichzelf. Naarmate AI-aangedreven ontwikkelaarstools geavanceerder worden, hebben ze steeds meer substantiële lokale bronnen nodig: modelcaches, vectordatabases, containerimages en uitvoeringsomgevingen. De lokale indexering van GitHub Copilot, de VM-overhead van Docker Desktop en verschillende AI-coderingsassistenten verbruiken allemaal aanzienlijke schijfruimte. Maar het verschil tussen acceptabel en onaanvaardbaar gebruik van hulpbronnen komt bijna altijd neer op één factor: geïnformeerde toestemming.

Gebruikers verwachten dat een downloadmanager hen vertelt dat een bestand 2 GB groot is voordat ze op 'downloaden' klikken. Ze verwachten dat een game op Steam de opslagvereisten vóór installatie weergeeft. Toch slaan veel ontwikkelaarstools (vooral die in snelle iteratiecycli) deze beleefdheden over ten gunste van naadloze ervaringen. De veronderstelling is dat ontwikkelaars technisch genoeg zijn om hun eigen systemen te beheren. Maar 'technisch genoeg' betekent niet 'psychisch'.

De gevaarlijkste veronderstelling bij het ontwerpen van software is dat uw gebruikers de bijwerkingen zullen ontdekken en beheren van functies waarvan ze niet eens wisten dat ze bestonden. Transparantie is geen ‘nice-to-have’; het is de basis voor vertrouwen tussen een tool en de professional die ervan afhankelijk is.

De werkelijke kosten: meer dan alleen gigabytes

Tien gigabytes klinken misschien triviaal in een tijdperk van terabyte-schijven, maar de impact in de echte wereld reikt veel verder dan de ruwe opslagaantallen. Voor ontwikkelaars en exploitanten van kleine bedrijven lopen de gevolgen op verschillende manieren uiteen:

Time Machine en back-up-ophoping: macOS Time Machine maakt standaard een back-up van deze VM-bundels, wat betekent dat de 10 GB zich vermenigvuldigt voor elke momentopname per uur, waardoor binnen enkele dagen mogelijk meer dan 100 GB aan back-upschijfruimte wordt verbruikt

iCloud-synchronisatieconflicten: gebruikers met ingeschakelde synchronisatie van bureaublad- of documentenmap kunnen onbedoeld gigabytes aan VM-gegevens pushen

Wat is het probleem met de opslagruimte?

Hoe kan ik de gevolgen van dit probleem beheersen?

Waarom is er een verborgen functie op macOS?

Hoe kan ik betrouwbaar een antwoord krijgen?