Funkcja Anthropic Cowork tworzy pakiet 10 GB maszyny wirtualnej w systemie macOS bez ostrzeżenia

Kiedy narzędzia AI po cichu pożerają Twoją pamięć: ukryty koszt funkcji w tle

Wyobraź sobie, że otwierasz ustawienia pamięci komputera Mac i odkrywasz, że zniknęło 10 gigabajtów miejsca na dysku — zużytych przez funkcję, której nigdy nie aktywowałeś. Dokładnie tego doświadczyli niedawno użytkownicy systemu macOS dzięki funkcji Claude Code Cowork firmy Anthropic, która po cichu uruchamia pakiet maszyny wirtualnej, który powiększa się do 10 GB lub więcej, bez ani jednego okna ostrzegawczego. W przypadku programistów pracujących na komputerach z dyskami SSD o pojemności 256 GB lub 512 GB jest to od 2 do 4% całkowitej dyskretnie zajmowanej przestrzeni dyskowej. Incydent wywołał szerszą dyskusję na temat przejrzystości oprogramowania, zgody na wykorzystanie zasobów oraz tego, czego użytkownicy powinni oczekiwać od narzędzi sztucznej inteligencji, które zapraszają na swoje maszyny.

Co się właściwie wydarzyło: niespodzianka 10 GB

Claude Code firmy Anthropic — asystent kodowania AI z wiersza poleceń — wprowadził funkcję o nazwie Cowork, zaprojektowaną w celu zapewnienia agentowi AI środowiska piaskownicy do wykonywania kodu i zarządzania plikami. Pod maską ta funkcja zapewnia lekką maszynę wirtualną w systemie macOS, spakowaną jako katalog .bundle, którego rozmiar może wzrosnąć do 10 GB lub więcej w zależności od użytkowania. Maszyna wirtualna zawiera minimalne środowisko Linux, zależności i pliki obszaru roboczego niezbędne do autonomicznego działania agenta.

Problemem nie była sama funkcja — środowiska wykonawcze w trybie piaskownicy są uzasadnionym i często preferowanym podejściem do bezpieczeństwa agentów AI. Problem polegał na tym, że użytkownikom nigdy nie wyświetlało się okno dialogowe z prośbą o zgodę, szacunkową ilość miejsca na dysku ani nawet powiadomienie, że w ich systemie tworzony jest zasób wielogigabajtowy. Programiści odkryli rozdęte pakiety dopiero po zbadaniu nieoczekiwanych ostrzeżeń dotyczących pamięci masowej lub uruchomieniu w terminalu narzędzi do analizy dysku, takich jak DaisyDisk lub polecenia du -sh.

Dyskusje w społeczności ujawniły, że wielu użytkowników nie miało pojęcia o istnieniu maszyny wirtualnej, dopóki na ich maszynach nie zaczęło brakować miejsca. Niektórzy zgłaszali znalezienie wielu pakietów z oddzielnych sesji, co w skrajnych przypadkach zwiększało wpływ na pamięć do 20–30 GB. Dla każdego, kto kiedykolwiek gorączkowo zwalniał miejsce przed ważnym wdrożeniem lub demonstracją klienta, frustracja jest natychmiast widoczna.

Dlaczego ciche zużycie zasobów stanowi rosnący problem

To wydarzenie nie jest odosobnione. W miarę jak narzędzia programistyczne oparte na sztucznej inteligencji stają się coraz bardziej wyrafinowane, coraz częściej wymagają znacznych zasobów lokalnych — pamięci podręcznych modeli, wektorowych baz danych, obrazów kontenerów i środowisk wykonawczych. Lokalne indeksowanie GitHub Copilot, obciążenie maszyny wirtualnej Docker Desktop i różni asystenci kodowania AI zajmują znaczną ilość miejsca na dysku. Jednak różnica między akceptowalnym i niedopuszczalnym wykorzystaniem zasobów prawie zawsze sprowadza się do jednego czynnika: świadomej zgody.

Użytkownicy oczekują, że menedżer pobierania poinformuje ich, że plik zajmuje 2 GB, zanim klikną „pobierz”. Oczekują, że gra na Steamie wyświetli wymagania dotyczące pamięci przed instalacją. Jednak wiele narzędzi dla programistów — zwłaszcza tych korzystających z szybkich cykli iteracji — pomija te uprzejmości na rzecz płynnych doświadczeń. Zakłada się, że programiści mają wystarczającą wiedzę techniczną, aby zarządzać własnymi systemami. Ale „wystarczająco techniczny” nie oznacza „psychiczny”.

Najbardziej niebezpiecznym założeniem w projektowaniu oprogramowania jest to, że użytkownicy odkryją i poradzą sobie ze skutkami ubocznymi funkcji, o których istnieniu nie mieli pojęcia. Przejrzystość nie jest czymś przyjemnym — to podstawa zaufania między narzędziem a profesjonalistą, który na nim polega.

Prawdziwy koszt: więcej niż tylko gigabajty

Dziesięć gigabajtów może wydawać się trywialne w epoce dysków terabajtowych, ale wpływ w świecie rzeczywistym wykracza daleko poza samą liczbę dysków. Dla deweloperów i operatorów małych przedsiębiorstw konsekwencje są kaskadowe na kilka sposobów:

Time Machine i nadmiar kopii zapasowych: macOS Time Machine domyślnie tworzy kopie zapasowe tych pakietów maszyn wirtualnych, co oznacza, że 10 GB zwiększa się w każdej godzinnej migawce — potencjalnie zużywając ponad 100 GB miejsca na dysku na kopię zapasową w ciągu kilku dni

Konflikty synchronizacji iCloud: użytkownicy z włączoną synchronizacją pulpitu lub folderów Dokumenty mogą przypadkowo przesłać gigabajty danych maszyny wirtualnej

Frequently Asked Questions

Jak mogę zapobiec takim problemom w przyszłości?