Bezpieczne: pobrane pakiety
Pamięci podręczne npm, Yarn, pip, CocoaPods, Homebrew, Cargo, Maven i Go zawierają kopie pakietów, które nadal są w ich rejestrach. Usunięcie ich kosztuje ponowne pobranie przy następnej instalacji i nic więcej.
Xcode, Docker, menedżery pakietów i lokalne modele AI trzymają na twoim Macu własne magazyny danych i żadne z nich po sobie nie sprząta. Poniżej: gdzie każdy z nich się znajduje, co można bezpiecznie usunąć, czego nie, i jak Bytesweep to sprząta z możliwością cofnięcia.
Bezpłatne pobieranie i skanowanie. Czyszczenie wymaga licencji: jedna płatność na komputer.
Ostatnia aktualizacja: 6 października 2026

Rozmiary różnią się między Macami, więc zacznij od własnych liczb. To polecenie wypisuje rozmiar każdej z typowych lokalizacji, które istnieją na twoim Macu, od najmniejszej:
du -sh ~/Library/Developer/Xcode/DerivedData ~/Library/Developer/CoreSimulator \
~/Library/Containers/com.docker.docker ~/.npm ~/Library/Caches/Homebrew \
~/Library/Caches/pip ~/.gradle ~/.cargo ~/.m2 ~/go/pkg/mod ~/.ollama 2>/dev/null | sort -h
Strona Deweloper w Bytesweep pokazuje te same rozmiary bez polecenia, pogrupowane według narzędzia, a samo oglądanie jest darmowe.
Każda ścieżka to domyślna lokalizacja narzędzia w macOS. Ostatnia kolumna podaje własne polecenie narzędzia do jej czyszczenia. Jeśli narzędzie je ma, to najbezpieczniejszy sposób.
| Narzędzie | Kiedy wraca | Własne polecenie narzędzia |
|---|---|---|
Xcode DerivedData~/Library/Developer/Xcode/DerivedData | Przy następnej kompilacji | — |
Obsługa urządzeń w Xcode~/Library/Developer/Xcode/iOS DeviceSupport | Gdy podłączysz urządzenie | — |
Urządzenia symulatora~/Library/Developer/CoreSimulator/Devices | Odtwarzane przez Xcode, bez danych aplikacji w środku | xcrun simctl delete unavailable |
Xcode Archives~/Library/Developer/Xcode/Archives | Nigdy | — |
Docker Desktop~/Library/Containers/com.docker.docker/Data | Gdy ponownie pobierzesz i zbudujesz | docker system prune |
npm~/.npm | Przy następnej instalacji | npm cache clean --force |
Yarn~/Library/Caches/Yarn | Przy następnej instalacji | yarn cache clean |
pnpm~/Library/pnpm/store | Przy następnej instalacji | pnpm store prune |
Homebrew~/Library/Caches/Homebrew | Przy następnej instalacji | brew cleanup |
pip~/Library/Caches/pip | Przy następnej instalacji | pip cache purge |
CocoaPods~/Library/Caches/CocoaPods | Przy następnej instalacji | pod cache clean --all |
Gradle~/.gradle/caches | Przy następnej kompilacji | — |
Maven~/.m2/repository | Przy następnej kompilacji | — |
Cargo~/.cargo/registry | Przy następnej kompilacji | — |
Moduły Go~/go/pkg/mod | Przy następnej kompilacji | go clean -modcache |
Playwright~/Library/Caches/ms-playwright | Gdy ponownie zainstalujesz przeglądarki | — |
Ollama~/.ollama/models | Gdy ponownie pobierzesz model | ollama rm |
Hugging Face~/.cache/huggingface | Przy następnym pobraniu | — |
Pamięci podręczne npm, Yarn, pip, CocoaPods, Homebrew, Cargo, Maven i Go zawierają kopie pakietów, które nadal są w ich rejestrach. Usunięcie ich kosztuje ponowne pobranie przy następnej instalacji i nic więcej.
DerivedData, urządzenia symulatora, pamięci podręczne Gradle, magazyn pnpm, przeglądarki Playwright i pobrane modele wracają, ale pierwsza kompilacja, pierwsze uruchomienie testów albo pierwsze pobranie po usunięciu trwa znacznie dłużej. Usuń te, które należą do zakończonych projektów, a zostaw te, w których teraz pracujesz.
Archiwa Xcode to kompilacje, które wydałeś, razem z symbolami debugowania potrzebnymi do odczytania raportów o awariach z tych wersji. Nic ich nie odbuduje.
Folder danych Dockera zawiera wszystkie twoje obrazy, kontenery i woluminy, a jego usunięcie resetuje Dockera. Używaj poleceń prune Dockera, a woluminy obejrzyj, zanim je nimi wyczyścisz.
Modelu, który samodzielnie zbudowałeś albo dostroiłeś, nie da się pobrać ponownie.
Leżą one w każdym projekcie osobno, a nie w jednym wspólnym miejscu, i dlatego się o nich zapomina. Projekt otwarty ostatnio rok temu nadal ma swój folder node_modules, tak samo duży jak w dniu, w którym go zostawiłeś.
To polecenie wypisuje każdy folder node_modules w twoim folderze domowym razem z rozmiarem:
find ~ -name node_modules -type d -prune -exec du -sh {} + 2>/dev/null | sort -h
Folder node_modules można bezpiecznie usunąć, gdy projekt nadal ma swój plik package.json i plik lockfile, bo polecenie instalacji go odbudowuje. To samo dotyczy środowiska wirtualnego Pythona, które ma plik requirements, oraz wyników kompilacji takich jak target, .next i __pycache__.
Miejsce zajmują stare projekty. W projekcie, nad którym teraz pracujesz, usunięcie node_modules kosztuje cię tylko ponowną instalację.
Xcode używa sześciu folderów, a jeden z nich trzeba zachować, jeśli wydajesz aplikacje.
Miejsce zajmowane przez Xcode: każdy folder i co można bezpiecznie usunąć
Docker Desktop trzyma wszystko w jednym obrazie dysku, a ten plik nie maleje, gdy usuwasz obrazy.
Miejsce na dysku zajmowane przez Dockera na Macu: gdzie znika i jak je zwolnić
Ollama, LM Studio i Hugging Face trzymają modele każde we własnym magazynie.
Bytesweep to program do czyszczenia Maca i analizy dysku ze stroną dla narzędzi programistycznych. Oto co robi wersja 2.1.0 i co zostawia tobie.
Należą one do Xcode, npm, Yarn, pnpm, Cargo, Gradle, Maven, Go, pip, CocoaPods, Homebrew, Playwright, Puppeteer, Ollama, Hugging Face, PyTorch i Dockera. Strona odczytuje te foldery bezpośrednio, więc nie musi skanować całego dysku, i wyświetla narzędzia od największego.
Pod każdą pozycją jest jedna linijka o tym, jak się ją odbudowuje albo pobiera ponownie. Pozycje, które odbudowują się wolno, mają znaczek zegara, a lokalizacja, w której nic się nie zmieniło od trzech miesięcy, jest oznaczona jako Nieaktualne.
Jedne i drugie są wymienione i zmierzone, ale musisz zaznaczyć je samodzielnie. Cała reszta danego narzędzia jest na początku zaznaczona, a przycisk Sprzątaj pokazuje łączny rozmiar tego, co zostałoby usunięte.
Sprzątanie pokazuje, co zostanie usunięte, i najpierw pyta. Elementy trafiają potem do punktu przywracania na tym samym dysku, a Cofanie przywraca je przez siedem dni.
Gdy skanujesz dysk, widok Kategorie grupuje foldery node_modules, środowiska wirtualne Pythona i wyniki kompilacji znalezione we wszystkich projektach, każdą grupę z liczbą i sumą, żebyś mógł wybrać te stare.
Mogą uruchomić docker system prune, które zachowuje woluminy i wszystko, co jest uruchomione. Mogą usunąć stare wersje i pobrane pliki Homebrew, wyczyścić pamięć podręczną npm oraz usunąć symulatory pozostałe po wersjach Xcode, których już nie masz. To własne polecenia tych narzędzi, więc Cofanie ich nie obejmuje.
Monitor wyświetla uruchomione kontenery Dockera z ich portami, użyciem procesora i pamięci. Serwery deweloperskie wyświetlają serwery Node, Python, Ruby, PHP, Java i Go nasłuchujące na twoim Macu, każdy z folderem projektu, portem i przyciskiem Zatrzymaj.
Nie zmniejsza pliku Docker.raw i nie usuwa niczego, czego nie widziałeś i nie potwierdziłeś. Narzędzie spoza dwudziestu lokalizacji nie pojawia się na stronie Deweloper, choć jego foldery nadal widać w skanie Dysku.
Tak, jeśli projekt ma plik package.json i plik lockfile. Uruchom polecenie instalacji, a folder zostanie odbudowany z tymi samymi wersjami. Bez pliku lockfile możesz dostać nowsze wersje zależności niż te, które miałeś wcześniej.
Archiwa Xcode, folder danych Dockera i jego woluminy oraz każdy model lub zbiór danych, który stworzyłeś samodzielnie. Żadnego z nich nie da się pobrać ponownie z rejestru.
Nie. Pamięć podręczna to kopia czegoś, co można pobrać albo zbudować ponownie. Ceną jest czas: następna instalacja pobiera wszystko, a następna kompilacja zaczyna od zera.
Nie. Mierzy i wyświetla, a usuwa tylko to, co zaznaczysz i potwierdzisz. Nie ma automatycznego czyszczenia.
Nie. Każde polecenie na tej stronie jest darmowe i robi swoje. Bytesweep oszczędza ci pamiętania ścieżek, pokazuje rozmiary obok siebie i pozwala cofnąć sprzątanie.