KI-Coding-Agenten füllen dein Mac-Laufwerk: wo der Platz bleibt

Warum Agenten so viel Speicher belegen

Ein Agent arbeitet so, wie es ein schneller, unermüdlicher Entwickler tun würde. Er checkt Code aus, installiert Abhängigkeiten, baut, führt Tests aus und fängt von vorn an. Viele Werkzeuge geben jeder Aufgabe einen eigenen git-Worktree, damit mehrere gleichzeitig laufen können, ohne die Dateien der anderen anzufassen.

Jeder Worktree ist eine vollständige Arbeitskopie. Jeder bekommt eigene node_modules, eine eigene virtuelle Umgebung oder einen eigenen Build-Ordner, und nichts entfernt sie, wenn die Aufgabe erledigt ist. Zwanzig erledigte Aufgaben können zwanzig Kopien der Abhängigkeiten deines Projekts bedeuten.

Übrig gebliebene Worktrees finden und entfernen

In einem Repository listet der erste Befehl unten jeden Worktree auf, den git kennt, mit Pfad und Branch. Er liest nur. Führe ihn in jedem Repository aus, in dem du Agenten einsetzt.

Prüfe vor dem Entfernen, ob die Arbeit darin sicher ist. Öffne den Ordner und führe git status aus. Wenn der Branch gemergt oder gepusht wurde und es keine nicht committeten Änderungen gibt, geht durch das Entfernen nichts verloren.

Der zweite Befehl entfernt den Ordner eines Worktrees. Git weigert sich, wenn der Worktree nicht committete oder nicht verfolgte Änderungen enthält, und genau diesen Schutz willst du, also füge --force nur hinzu, wenn du nachgesehen hast. Der dritte räumt nur die Einträge von git zu Worktrees auf, deren Ordner schon weg sind. Einen Worktree zu entfernen löscht seinen Branch nicht.

git worktree list
git worktree remove path/to/worktree
git worktree prune

Sitzungsprotokolle und Agentendaten in deinem Benutzerordner

Agenten und ihre Befehlszeilenprogramme legen Transkripte, Verläufe, Schnappschüsse bearbeiteter Dateien und geladene Werkzeuge in versteckten Ordnern deines Benutzerordners ab, etwa ~/.claude, ~/.codex und ~/.cursor. Editoren auf Basis von VS Code legen weitere Daten unter ~/Library/Application Support ab.

Der Befehl unten listet die versteckten Ordner in deinem Benutzerordner nach Größe auf, den größten zuletzt. Er liest nur.

Diese Ordner mischen zwei Arten von Daten. Protokolle und Transkripte sind Verlauf: Wenn du alte löschst, verlierst du die Möglichkeit, diese Sitzungen fortzusetzen oder zu durchsuchen. Einstellungen, Zugangsdaten und Memory-Dateien sind Konfiguration: Wenn du sie löschst, musst du das Werkzeug neu einrichten. Lösche alte Sitzungen über die eigenen Einstellungen oder Befehle des Werkzeugs, wo es welche anbietet, und lösche nicht den ganzen Ordner.

du -sh ~/.??* 2>/dev/null | sort -h | tail -15

Abhängigkeiten und Build-Ausgaben, vervielfacht

Nachdem du die Worktrees entfernt hast, die du nicht mehr brauchst, steckt der restliche Platz meist in Projektordnern, die noch da sind. Agenten klonen Repositorys oft in temporäre Ordner oder Scratch-Ordner und lassen sie dort liegen.

Der Befehl unten findet node_modules-Ordner unter deinem Code-Ordner und sortiert sie nach Größe. Er liest nur. Ersetze ~/Projects durch den Ort, an dem dein Code und deine Worktrees liegen. Virtuelle Python-Umgebungen, meist .venv genannt, und Build-Ordner wie .build, target und dist folgen demselben Muster.

Jeder davon kann in einem Projekt gelöscht werden, das nicht in Gebrauch ist. Der Installations- oder Build-Befehl legt sie neu an.

find ~/Projects -type d -name node_modules -prune -exec du -sh {} + 2>/dev/null | sort -h

Auch Paket-Caches wachsen schneller

Jede Installation, die ein Agent ausführt, vergrößert den Download-Cache des Paketmanagers, und Agenten installieren weit häufiger als Menschen. Test-Werkzeuge bringen eigene Caches mit: Playwright zum Beispiel lädt vollständige Browser-Builds nach ~/Library/Caches/ms-playwright.

Diese Caches kannst du gefahrlos mit dem eigenen Befehl des jeweiligen Werkzeugs leeren, etwa npm cache clean --force, pnpm store prune, uv cache clean oder brew cleanup. Jeder entfernt nur Downloads, und der Preis ist, dass die nächste Installation sie erneut holt.

Lokale Modelle

Wenn du Modelle auf dem Mac ausführst, sind sie wahrscheinlich die größten einzelnen Objekte auf dem Laufwerk. Ein Modell hat oft mehrere GB, und wenn du ein paar ausprobierst, summiert sich das schnell.

• Ollama legt Modelle in ~/.ollama/models ab. Der erste Befehl unten listet sie mit Größen auf, und ollama rm gefolgt von einem Modellnamen entfernt eines.
• Die Bibliotheken von Hugging Face cachen Modelle und Datensätze in ~/.cache/huggingface/hub. Der zweite Befehl listet sie nach Größe auf.
• LM Studio legt seine Downloads in einem eigenen Modellordner ab, den du aus der App heraus öffnen und verwalten kannst.
• Wenn du ein Modell entfernst, geht nichts dauerhaft verloren, aber es muss erneut geladen werden, wenn du es zurückhaben willst.

ollama list
du -sh ~/.cache/huggingface/hub/* 2>/dev/null | sort -h

Container und Sandboxes

Manche Agenten führen Code in Docker-Containern aus. Jedes Image und jeder gestoppte Container bleibt im Disk-Image von Docker, das wächst und nicht von selbst schrumpft.

Der erste Befehl unten zeigt, was Docker festhält. Er liest nur. Der zweite entfernt gestoppte Container, ungenutzte Netzwerke, verwaiste Images und ungenutzten Build-Cache. Volumes oder Images, die ein Container noch nutzt, entfernt er nicht. Alles, was nur in einem gestoppten Container gespeichert ist, geht verloren, also prüfe das, bevor du ihn ausführst.

docker system df
docker system prune

Wo Diskzy ins Spiel kommt

Diskzy kartiert das gesamte Laufwerk und bleibt aktuell, während sich Dateien ändern, was zu diesem Problem passt: Du siehst, welcher Ordner wächst, während Agenten laufen. „System Data, explained“ (Systemdaten, erklärt) zeigt Entwicklerdaten und KI-Modelle als eigene benannte Teile mit Größen.

Der Tab „Clean up“ (Aufräumen) findet Build-Ordner von Projekten wie node_modules, .build, Pods und virtuelle Umgebungen, wo auch immer sie liegen, und lässt einen Ordner nicht angehakt, wenn sich sein Projekt in den letzten 14 Tagen geändert hat. Paketmanager-Caches sind angehakt. Modelle von Ollama, Hugging Face und LM Studio werden aufgelistet, sind aber nicht angehakt, weil sie erneut geladen werden müssten. Alles Entfernte kommt in den Papierkorb.