KI-Tools mit Mole aufräumen und pflegen

Über die Feiertage wollte ich Mole eine nützliche Funktion hinzufügen: nicht mehr benötigte KI-Caches, alte Sitzungen und Worktrees aufräumen und KI-Tools deinstallieren, die man vor langer Zeit ausprobiert und dann liegen gelassen hat.

Als ich die Deinstallationsreste Hunderter Mac-Apps geprüft habe, gab es schon viele Anfragen zum Aufräumen von KI-Daten. Damals hielt ich vieles von diesem „Müll“ für nützlich. Gespräche beim AI Coding sind für mich ein wichtiger Bestand, deshalb kümmerte sich Mole vor allem um echte Caches und alte Versionen.

Mit der weiteren KI-Nutzung sammelten sich aber auch auf meinem Mac erzeugte Dateien, Sitzungen und Worktrees an, die nicht mehr besonders hilfreich waren. Also machte ich mich daran. Ein Nutzer fragte auch nach einer opencode.db, die allein auf 62 GB gewachsen war. Diesmal installierte ich Desktop-Apps und Kommandozeilen-Tools, meldete mich an und benutzte sie wirklich, bevor ich ihre Rückstände untersuchte.

Wie ich sie getestet habe

Anders als beim letzten Mal, als Apps nur installiert und wieder entfernt wurden, habe ich mich diesmal bei den nutzbaren Tools angemeldet und sie in meinen eigenen Projekten benutzt: Fragen stellen, Agents laufen lassen, einen Code-Index aufbauen, eine geplante Aufgabe einrichten. Viele Daten entstehen erst bei echter Nutzung, eine App, die installiert, aber nie geöffnet wird, verbirgt also das meiste davon. Für jedes Tool verglich eine KI den Mac vorher und nachher, maß, was es in den Benutzerordner, nach ~/Library, nach /usr/local/bin und in die Shell-Konfiguration schrieb, und hielt es in einem Protokoll fest. Danach sah ich auf der Status-Seite von Mole nach, wie viele Prozesse und wie viel Speicher es belegte, deinstallierte es mit Mole und durchsuchte den ganzen Benutzerordner nach Namen nach allem, was Mole nicht aufgelistet hatte. Was fehlte, kam noch am selben Abend in den Code, gefolgt von einem erneuten Test.

Auf dem Desktop habe ich 13 Apps getestet: Devin, OpenCode, Trae, Trae CN, TRAE SOLO CN, Kiro, Qoder, QoderWork, Qoder CN, Lingma, CodeBuddy CN, WorkBuddy und Doubao Work. Zwölf davon habe ich tatsächlich benutzt; Lingma hatte nach der Anmeldung kein Kontingent, daher habe ich nur die Dateien gemessen, die es schrieb. Auf der Kommandozeile habe ich Amp, opencode, Kimi CLI, Kimi Code, Factory Droid, Copilot CLI, Gemini CLI, Qwen Code und iFlow installiert und ausgeführt, zusammen mit Claude Code, Codex, Grok und Cursor Agent, die bereits auf meinem Mac waren, sind das 13. Anhand der Liste, die CC Switch unterstützt, habe ich außerdem gemessen, was OpenClaw, Hermes und Pi nach dem Entfernen zurücklassen. Amp fiel als gut gemacht auf, mit einem ausgeprägt eigenen Charakter. Qoder CN war wohl das beste chinesische KI-Produkt, das ich an diesem Tag getestet hatte, insgesamt aufgeräumt und klar. Einige ließen sich nicht nutzen: Bei diesem Test konnte ich mich mit meinem privaten Google-Konto nicht bei Gemini CLI anmelden, und Qwen Code sowie iFlow brauchen beide einen eigenen Endpunkt und Schlüssel.

Was sie schreiben, sieht man erst bei der Nutzung

Am deutlichsten sichtbar war der Speicher. Gemeinsam geöffnet belegten die 13 Desktop-Apps rund 23 GB, und CodeBuddy CN allein lief mit 41 Prozessen und 4,49 GB. Die meisten sind VS-Code- oder Electron-Apps, bei denen hinter einem Fenster eine ganze Kette von Hilfsprozessen steckt. Deshalb zeigt die Status-Seite von Mole jede App in einer einzigen Zeile, die alle ihre Kindprozesse zusammenrechnet. In einer reinen Prozessliste ist schwer zu erkennen, wer den Speicher tatsächlich verbraucht.

Überraschender waren die kleinen Änderungen am System. Devin, CodeBuddy, Kiro und Kimi Code fügen ~/.zshrc Zeilen für PATH oder Shell-Integration hinzu, und beim ersten Start legen Kiro, Trae und Trae CN in /usr/local/bin einen Befehlslink ab, der root gehört und ins Leere zeigt, sobald die App weg ist. WorkBuddy legte ein python3.12 in ~/.local/bin, sodass danach die Eingabe von python3.12 im Terminal dessen Kopie startet, und installierte außerdem ein 127 MB großes uv-Python; damals sagte ich, es sei aufdringlicher, als ich erwartet hatte. Am interessantesten war Kimi CLI: Ich startete es einmal, es teilte mir mit, dass es nicht mehr gepflegt werde, und lud dann, ohne zu fragen, das neue Kimi Code herunter, installierte es, bearbeitete .zshrc und benannte den alten Befehl in kimi-legacy um.

Beim Platz lädt die erste Nutzung des Work-Modus von TRAE SOLO rund 1 GB an Tools herunter, die entpackt 3,1 GB belegen, ein mitgeliefertes Paket aus LibreOffice, FFmpeg und OpenJDK, und sechs Desktop-Tools, die jeweils nur ein oder zwei Aufgaben ausgeführt hatten, schrieben zusammen 5,2 GB an Daten. Mein eigenes ~/.codex, das ich täglich nutze, ist bereits 24 GB groß, davon 17 GB Sitzungen, und von den 14 GB der Claude-Desktop-App sind 12 GB die virtuelle Linux-Maschine, die Cowork verwendet. Die Datenbank von opencode zeichnet Ereignisse auf, sodass eine einzige Frage mehr als das Dreifache der Größe der eigentlichen Nachricht schreibt, und das Löschen einer Sitzung verkleinert die Datei nicht. So ist vermutlich jemand auf 62 GB gekommen.

Skills waren eine weitere Falle. Viele Skill-Installer schreiben einen Ordner skills/ in das Verzeichnis jedes Agents, ob Sie diesen Agent haben oder nicht. Deshalb gab es auf meinem Mac ~/.qwen, ~/.iflow und ~/.factory, obwohl ich Qwen Code, iFlow und Droid nie benutzt hatte. Die erste Version von Mole zählte sie sogar als 2,4 MB große Tools und hätte meine installierten Skills beinahe als Reste behandelt.

Nach der Deinstallation bleibt manches zurück

Nachdem die erste Runde 14 Apps entfernt hatte, fand eine neue Suche immer noch mehr als ein Dutzend Punktordner, die Mole nicht aufgelistet hatte, etwa ~/.kiro, ~/.qoder, ~/.qodersec, ~/.lingma und ~/.codebuddy, dazu die Anmeldetoken-Datei, die Kiro in ~/.aws ablegt. Sie liegen nicht unter ~/Library, und ihre Namen passen nicht immer zur App, also ließen sie sich nur App für App aufspüren. Manche teilen sich mehrere Produkte: Trae CN und TRAE SOLO CN teilen sich ~/.trae-cn, Qoder und QoderWork teilen sich ~/.qoder, daher darf das Entfernen des einen keinen Ordner auflisten, den das andere noch nutzt. Beim Test der internationalen Trae-Version zeigte sich außerdem, dass sie die Ordner von Trae CN als ihre eigenen beanspruchte, mit standardmäßig angehakten Caches; nach der Korrektur schrumpfte ihre Liste von 33 Zeilen auf 14.

Die andere Überraschung waren Prozesse. Als ich am nächsten Morgen erneut nachsah, waren ~/.kimi-code und ~/.factory nach dem Löschen wieder aufgetaucht, weil die kimi- und droid-Sitzungen, die ich am Vorabend im Terminal offen gelassen hatte, noch liefen: Ihre Programmdateien lagen bereits im Papierkorb, und die Prozesse schrieben weiter Protokolle in diese Ordner. Dann fand ich auch noch laufende Sitzungen von gemini, qwen, iflow und amp. Kommandozeilen-Tools haben kein Fenster, und das Schließen eines Terminal-Tabs beendet sie nicht immer, daher lohnt es sich, vor der Deinstallation zu prüfen, dass ein Tool nicht mehr läuft.

Die Tests erinnerten mich auch daran, wie zurückhaltend Claude, Codex und Cursor sind, die drei Produkte, die ich häufig nutze. Bei anderen fühlte ich mich unwohl: Manche Installationsprogramme schrieben beim Herunterladen zur Erfassung des Installationskanals und für Statistiken in die Zwischenablage. Das ging mir zu weit. Andere Apps zeigten sofort Pop-ups für Aktionen, bei denen man Tokens bekommen sollte. Ihre Nutzung verlangte manchmal einiges an Geduld.

Qoder war dagegen eine erfreuliche Überraschung. Es blieb zurückhaltend, sah gut aus und machte keine unerwünschten Dinge. Das Produkt hat mich beeindruckt. Ich hoffe auf mehr solche Software aus China. Weiter so.

Sie können zuerst selbst nachsehen

Keine dieser Prüfungen braucht Mole; das Terminal genügt, und die folgenden Befehle lesen nur, sie ändern nichts.

Sehen Sie zuerst nach, ob KI-Tools Ihrer Shell-Konfiguration Zeilen hinzugefügt haben:

grep -nE "codeium|codebuddy|kiro|kimi|lmstudio|\.local/bin" ~/.zshrc ~/.bashrc ~/.zprofile 2>/dev/null

Jede Zeile beginnt mit Dateiname und Zeilennummer. Ist das Tool hinter einer Zeile bereits entfernt, können Sie die Zeile in einem Texteditor löschen; kopieren Sie die Datei vorher und öffnen Sie danach ein neues Terminal-Fenster, um zu prüfen, dass alles noch funktioniert.

Suchen Sie als Nächstes in /usr/local/bin nach Befehlen, die in eine App zeigen, und nach Links, die nicht mehr funktionieren:

ls -l /usr/local/bin | grep "\.app/"
find /usr/local/bin -maxdepth 1 -type l ! -exec test -e {} \; -print

Der erste Befehl listet Befehle auf, die in eine App zeigen, der zweite Links, deren Ziel verschwunden ist. Die meisten davon stammen von entfernten Apps; sie gehören root, daher ist zum Löschen ein Administratorpasswort nötig.

Prüfen Sie, ob ein bereits entfernter Kommandozeilen-Agent noch läuft:

ps -axo pid,lstart,command | grep -E "kimi|droid|gemini|qwen|iflow|amp|opencode" | grep -v grep

Dies ist eine Textsuche nach Namen. Prüfen Sie vollständigen Befehl und Prozess-ID, um das KI-Tool zu bestätigen; amp kann auch in anderen Wörtern vorkommen. Beenden Sie den bestätigten Prozess im ursprünglichen Terminal oder mit kill und seiner ID, falls das Fenster nicht auffindbar ist.

Messen Sie zum Schluss, wie viel Platz diese Tools belegen:

du -sh ~/.codex ~/.claude ~/.grok ~/.gemini ~/.cursor ~/.local/share/opencode 2>/dev/null

Diese Ordner enthalten Ihren Sitzungsverlauf. Überlegen Sie also vor dem Löschen, ob Sie später noch einmal nachsehen möchten, denn ein ohne aufbewahrte Kopie gelöschtes KI-Gespräch lässt sich nicht wiederherstellen.

Den Inhalt großer Ordner verstehen

Ein KI-Tool-Ordner kann neu erzeugbare Caches, heruntergeladene Modelle, Gespräche, Projekte und geteilte Konfiguration enthalten. Ein Cache-ähnlicher Name macht nicht jede Datei entbehrlich. Prüfen Sie von Hand zuerst neu erzeugbare Daten, dann Titel, Datum und Sicherungen Ihrer Arbeit. Bei einem Worktree zählen sowohl nicht committete Änderungen als auch die Frage, ob seine Commits auf einem zu behaltenden Branch gesichert sind.

Eine unverändert große opencode.db nach dem Löschen von Sitzungen bedeutet nicht unbedingt einen Fehler. SQLite erklärt, dass Seiten gelöschter Datensätze meist zur Wiederverwendung bleiben, ohne die Datei zu verkleinern. Komprimieren gewinnt diese leeren Seiten zurück, es löscht keine weitere Runde Gespräche. Entscheiden Sie zuerst über Sitzungen und warten Sie dann die Datenbank, statt beides in einer großen Löschaktion zusammenzufassen.

Wie Mole das jetzt handhabt

Die KI-Seite ist derzeit in Preview und wird vor der nächsten Veröffentlichung weiter getestet. Ihr Eingang ist ein ferner Mond auf der Seite Bereinigen, der nur erscheint, wenn Daten von KI-Tools gefunden werden, und der sich in den Einstellungen ausblenden lässt, wenn Sie ihn nicht möchten. Darin geht Mole die Tools einzeln durch und ordnet das Gefundene in drei Gruppen danach, wie sehr Sie das Entfernen bereuen könnten: Caches und alte Versionen bauen sich von selbst wieder auf und sind vorab angehakt; Sitzungen und Worktrees bauen sich nicht von selbst neu auf, deshalb bestätigen Sie sie selbst; lange ungenutzte Tools und Wartung kommen zuletzt und sind ebenfalls nicht angehakt.

In der Gruppe der Sitzungen lassen sich alte Codex-Sitzungen jenseits der Aufbewahrungsdauer nach 15, 30, 90 oder 120 Tagen filtern, und aufgeklappt zeigt jede ihren Titel und ihr Datum und lässt sich einzeln abwählen. Mole kopiert die Sitzungsdatei zuerst in den Papierkorb und ruft dann den eigenen Löschbefehl von Codex auf, damit der Index von Codex stimmig bleibt. Für Claude Code listet es nur Sitzungen auf, deren Projektordner nicht mehr existiert, und ein abgeschlossener Worktree erscheint nur, wenn git nachweisen kann, dass er keine noch nicht committeten Änderungen enthält, mit einem Hinweis, wenn seine Arbeit bereits in den Hauptzweig gemergt ist.

Die Gruppe der ungenutzten Tools hat diesmal die meiste Zeit gekostet. Mole sucht KI-Kommandozeilen-Tools an den festen Orten, die npm, pipx, uv, offizielle Installer und Homebrew verwenden, listet nur solche auf, die seit 30 Tagen ungenutzt sind und nicht laufen, und entfernt das Programm, die Befehlslinks, die darauf zeigen, sowie seine Einstellungen, Sitzungen und Anmeldung gemeinsam. Daten, die ein anderes Produkt noch nutzt, bleiben: Antigravity legt ebenfalls Dinge in ~/.gemini ab, und die Desktop-App von opencode teilt sich eine Sitzungsdatenbank mit ihrer Kommandozeile. Bei mehr als vier ungenutzten Tools bekommen die drei größten eine eigene Zeile, der Rest wird zu einer zusammengefasst. Claude Code und Codex stehen nicht auf der Liste, weil ihre Ordner auch den Zustand der Desktop-Apps enthalten.

Kommandozeilen-Tools, die mit sudo npm in Systemordner installiert wurden, erscheinen ebenfalls, und ihr Entfernen fragt einmal nach dem Administratorpasswort. Bei der stetig wachsenden opencode.db von opencode bietet Mole in dieser Gruppe an, sie zu komprimieren, sobald gelöschte Sitzungen mehr als ein Zehntel der Datei leer hinterlassen haben und die Datei größer als 200 MB ist: Keine Sitzung wird entfernt, nur der freie Platz geht an das Laufwerk zurück, und opencode muss vorher beendet werden.

Bei der Deinstallation werden die oben genannten Punktordner jetzt als zu bestätigende Zeilen aufgelistet, standardmäßig nicht angehakt, und ein Ordner, den sich mehrere Produkte teilen, wird nicht aufgelistet, solange eines der anderen noch installiert ist. Befehlslinks in /usr/local/bin, die root gehören, werden bei der Deinstallation ebenfalls aufgelistet und über den Administrator-Helfer von Mole in den Papierkorb gelegt. Gewöhnliche Dateien im Papierkorb lassen sich zurückholen, solange sie dort bleiben. Homebrew-Programme nutzen weiterhin dessen Deinstallationsbefehl. Datenbanksitzungen brauchen die exportierte Wiederherstellungsdatei samt Anleitung: Nicht jede Aktion lässt sich durch Zurückziehen aus dem Papierkorb umkehren, und die Sicherung muss noch vorhanden sein.

Diese Änderungen kommen mit der nächsten Version von Mole.

Was noch nicht erledigt ist

Manches ist noch nicht erledigt. Mole bearbeitet Ihre Shell-Konfiguration nicht, um die Zeilen zu entfernen, die KI-Tools hinzufügen; geplant ist stattdessen, diese Zeilen in den Deinstallationsdetails zu benennen. Worktrees von Tools wie Cursor und Conductor sind nicht enthalten, weil ich dazu auf meinem Mac noch keine echten Daten habe. Zum Zeitpunkt dieses Tests ließen sich alte Sitzungen von opencode und Devin in Mole noch nicht nach Alter bereinigen. MiniMax habe ich diesmal nicht getestet, deshalb wird es noch nicht unterstützt.

Nachtrag: alte OpenCode- und Devin-Sitzungen

Am 1. Oktober habe ich Quellcode-Unterstützung für alte OpenCode- und Devin-Sitzungen ergänzt. Sie werden nach Aufbewahrungsfrist gefiltert oder erst angeboten, wenn ihre Arbeitsordner nachweislich fehlen. Offline-Datenträger und unlesbare Ordner gelten nicht als gelöscht. Mole sichert zuerst eine Wiederherstellungskopie, nutzt dann den Löschweg des Tools und prüft das Ergebnis. OpenCode behält exportiertes JSON, Devin die ausgewählte Sitzung samt zugehörigen Datensätzen und Wiederherstellungsanleitung. Ein laufendes Tool oder eine fehlgeschlagene Prüfung verhindert die Bereinigung. Dies war Arbeit für die nächste Preview, nicht Teil des damals veröffentlichten Downloads. Den Platzgewinn in der echten Datenbank des Nutzers habe ich nicht gemessen.

Zusammen mit den früheren Tests von mehr als 700 Apps habe ich gesehen, dass viele Produkte grundlegende Prinzipien der Softwareentwicklung nicht einhalten. Sie sind nicht immer so professionell und sauber, wie man erwartet. Das bestärkt mich darin, Mole einfach zu halten, seine Fähigkeiten zu vertiefen, keine unnötigen Daten abzugreifen und weder lokale Dateien noch Gesprächsinhalte hochzuladen. Ich füge nicht einmal Nutzungsstatistiken hinzu. Mit dieser Sorgfalt möchte ich langfristig weitermachen.

Wenn es auf Ihrem Mac KI-Tools gibt, um die sich Mole kümmern soll, oder eine Art von Aufräumen, die Sie am meisten stört, schreiben Sie es mir im Diskussionsthread. Alle bisher getesteten Apps stehen in der Liste der getesteten Apps, und wer lieber von Hand aufräumt, findet das im Leitfaden zum Aufräumen nach KI-Coding-Tools.

Ich nehme die Wünsche in die Tests auf und ergänze, was sich zum Bereinigen eignet. Diesen Bereich werde ich wohl noch lange pflegen.