# Ist Mole sicher? Was es löscht und was es nicht anfasst > Was Mole löscht, was es nicht anfasst, wohin gelöschte Dateien gehen und welche dieser Antworten sich zwischen der Mac-App und dem Kommandozeilenwerkzeug unterscheiden. Published: 2026-08-17 | Updated: 2026-10-04 Mole besteht aus zwei Programmen, und die meisten Antworten zur Sicherheit, die Sie online finden, beschreiben nur eines davon. Mole for Mac ist die native App, die über mole.fit verkauft wird. `mo` ist das kostenlose Open-Source-Kommandozeilenwerkzeug auf GitHub. Beide nutzen dieselbe benutzerdefinierte Whitelist und denselben Protokollpfad, löschen aber nicht gleich, und genau dieser Unterschied ist die vollständige Antwort auf die Frage, ob Mole für Ihre geplante Nutzung sicher ist. Mit „Mole“ sind auf dieser Seite nur Mole for Mac auf mole.fit und das zugehörige Kommandozeilenwerkzeug `mo` gemeint. Andere Apps oder Kommandozeilenwerkzeuge namens „mole“ sind getrennte Produkte und nicht Teil dieser Sicherheitsbeschreibung. Die Mac-App zeigt vor dem Löschen die vollständige Liste. Deinstallierte Apps kommen in den Papierkorb; Caches werden standardmäßig endgültig gelöscht, lassen sich aber per Einstellung in den Papierkorb verschieben. Die CLI löscht Caches endgültig; `--dry-run` ist eine Vorschau, kein Rückgängig. Beide verweigern geschützte Pfade. ## Wo jede Löschung landet | Vorgang | Mac-App | CLI | Danach wiederherstellbar | |---|---|---|---| | Cache-Bereinigung | Standardmäßig endgültig; Papierkorb optional | Endgültig | Nur wenn die Datei noch im Papierkorb liegt | | App-Deinstallation und Reste | Papierkorb | Papierkorb | Bis Sie den Papierkorb leeren | | Startobjekt entfernen (Benutzer-plist) | Papierkorb | Papierkorb | Bis Sie den Papierkorb leeren | | Wartung in Optimize | Nur festgelegte Elemente, direkt | Direkt | Kein Widerruf | | Build-Artefakte aufräumen (`mo purge`) | Lokal neu baubare Teilmenge; folgt der Cache-Entfernung | Endgültig | Neu bauen oder Abhängigkeiten installieren; eventuell Internet nötig | | Der Papierkorb selbst | Definitionsgemäß endgültig | Endgültig | Nein | Zwei Zeilen brauchen eine Erläuterung. Optimize löscht ohne Umweg über den Papierkorb nur eine kleine, festgelegte Auswahl systemverwalteter Elemente: gesicherten App-Zustand, alte Einträge in der Quarantäne-Ereignisdatenbank, veraltete Write-Ahead-Journale, defekte LaunchAgent-Property-Lists und leere `.sfl`-Dateien. Jede davon hat ihre eigene Prüfung auf Alter, Größe oder Existenz. Es gibt keinen Widerruf; neu erzeugte Daten stellen den ursprünglichen Inhalt nicht wieder her. Die App bietet nur lokal neu baubare Projektartefakte an; `mo purge` hat einen größeren Umfang. Diesen Unterschied zeigt die zweite Abbildung weiter unten.
Ein Löschkandidat passiert Lizenzprüfung und Pfadvalidierung. Danach nutzt die Ausführung den gewählten Löschmodus: Papierkorb mit Wiederherstellung, solange die Datei dort liegt, oder direkte Löschung für Caches als Standard und benannte Wartungselemente.
Jeder Kandidat durchläuft dieselben drei Kontrollpunkte, und jeder entscheidet unabhängig neu. Eine Ablehnung am mittleren Punkt ist ein harter Stopp, keine kleinere Löschung.
## Die drei Kontrollpunkte, und warum der mittlere der interessante ist Ein Kandidat wandert nicht in einem Schritt vom Suchlauf auf die Festplatte. Er passiert eine Lizenzprüfung, dann die Pfadvalidierung, dann die ausführende Schicht, und diese Schichten vertrauen einander nicht: Jede prüft erneut, statt anzunehmen, die vorige habe recht gehabt. Die Sicherheit sitzt tatsächlich in der Pfadvalidierung. Sie läuft **im Moment des Löschens, nicht beim Suchlauf**, und das ist wichtig, weil zwischen beiden Momenten Minuten liegen können und die Festplatte in dieser Zeit nicht stillsteht. Hat die Datei nach Ihrem Blick darauf die Identität gewechselt, wird die Löschung nicht aufgrund einer veralteten Entscheidung fortgesetzt. Eine echte Protokollzeile von dem Rechner, auf dem dieser Beitrag entstanden ist: ``` 2026-08-17T02:13:55Z uninstall SKIPPED /Applications/Quiet.app updated since the scan, please scan again ``` Das ganze Sicherheitsmodell steckt in dieser Zeile: Ist die Antwort unsicher, lehnt Mole ab und nennt den Grund, statt etwas hinreichend Ähnliches zu löschen. Die zweite Eigenschaft dieses Kontrollpunkts: Eine Ablehnung ist **vollständig**. Ein Pfad, der auf der Schutzliste landet, wird abgelehnt und nicht auf eine kleinere Löschung darin zurechtgestutzt; der Vorgang endet dort für dieses Objekt. ## Was Mole zu löschen verweigert Ein Bereinigungswerkzeug ist nur so vertrauenswürdig wie die Dinge, die es nicht tut, deshalb ist diese Liste konkret statt ein Versprechen, vorsichtig zu sein. Das Folgende wird abgelehnt, bevor irgendeine Löschung startet: | Abgelehnt | Warum es auf der Liste steht | |---|---| | `/System`, `/usr`, `/bin`, `/sbin` | Betriebssystem, keine Benutzerdaten | | `/private/var/folders` | Geschützte Wurzel; bei der Deinstallation nur eng begrenzte, eindeutig zugeordnete App-Caches | | `/Library/Audio/Plug-Ins/{Components,VST,VST3}` | Tragend, sobald ein Projekt sie referenziert | | Support-Verzeichnisse von iZotope und LaserSoft | Lizenzierte Audio- und Scanner-Werkzeuge, die wie totes Beiwerk aussehen | | `~/.ollama/models`, `~/.lmstudio/models` | Heruntergeladene Modellgewichte, oft zweistellige Gigabyte | | `~/.cache/huggingface`, `~/.cache/torch`, `~/.cache/whisper` | Downloads in cacheförmigen Pfaden, keine abgeleiteten Dateien | | `~/.cache/tensorflow`, `~/.cache/wandb` | Datensätze und lokale Laufprotokolle, womöglich noch nicht hochgeladen | | `~/.cache/pypoetry/virtualenvs` | Lebende Interpreter; die neu erzeugbaren Poetry-Unterordner bleiben löschbar | | Kompilierte Modellablage der Apple Neural Engine | Ein Löschen bricht die Erkennung bis zum nächsten Neustart | | Systemeinstellungen, Kontrollzentrum, Audiodienste | Systemkonfiguration, kein Cache | | Datenschutzdatenbank, Anmeldeobjekte, Hintergrundregistrierungen | Berechtigungs- und Startzustand | | Geteilte Dateilisten hinter den Menüs zuletzt benutzter Objekte | Klein, unsichtbar und ärgerlich zu verlieren | | `~/.config/mole` | Damit eine Bereinigung nicht die Whitelist löscht, die die nächste begrenzt | Das Muster hinter der Liste: Dass ein Pfad wie ein Cache aussieht, ist kein Beleg dafür, dass er einen enthält. Modellgewichte und Python-Umgebungen liegen unter `~/.cache`, weil Werkzeuge sie dort ablegen, nicht weil sie abgeleitete Dateien wären, die jeder kostenlos neu erzeugt. Die Whitelist ist die von Ihnen kontrollierte Hälfte derselben Idee. Ein in einem Programm geschützter Pfad wird von beiden respektiert, denn beide lesen `~/.config/mole/whitelist`.
Drei ineinander liegende Mengen: alles auf der Festplatte, die kleinere Menge, die das Kommandozeilenwerkzeug entfernt, und die nochmals kleinere Menge, die die Mac-App anbietet, wobei der Unterschied als jene Verzeichnisse beschriftet ist, die nur über das Netz zurückkommen.
Gleich sicher oder sicherer, niemals weiter. Die Mac-App lässt bewusst weg, was nur das Netz wiederherstellen kann, und deshalb kann eine Kategorie im Terminal existieren und in der App nie auftauchen.
## Die Mac-App ist enger als die CLI, und zwar immer in dieselbe Richtung Die beiden sind nicht gleich forsch, und die Asymmetrie zeigt stets in dieselbe Richtung. Am deutlichsten sind Abhängigkeitsverzeichnisse: `mo purge` entfernt `node_modules`, `Pods`, `venv` und `vendor`, während die App sie allesamt weglässt und nur anbietet, was eine lokale Kompilierung ohne Netz wiederherstellen kann. Die App stellt außerdem Scans von App-Daten hinter den vollständigen Festplattenzugriff, zeigt wiederherstellbare, aber teure Objekte als nicht vorausgewählte Prüfzeilen und validiert Pfade im Moment des Löschens erneut, wie oben beschrieben. Eine Kategorie in `mo clean` zu sehen, die die App nie anbietet, ist also erwartetes Verhalten und keine fehlende Funktion. Wenn Sie den weiteren Durchgang wollen, liegt er im Terminal, und `--dry-run` ist die Art, vorher hinzusehen. ## Nachlesen, was tatsächlich passiert ist Beide Programme verwenden `~/Library/Logs/mole/operations.log`. Die App trennt die Felder mit Tabulatoren. Die CLI setzt Zeitstempel und Befehl in eckige Klammern, gefolgt von Status, Pfad und gegebenenfalls weiteren Angaben. Auch die Statusnamen unterscheiden sich: | Status | Bedeutung | |---|---| | `TRASHED` | Zum Zeitpunkt des Eintrags in den Papierkorb verschoben | | `DELETED` | Endgültig entfernt | | `REMOVED` | Von der CLI endgültig entfernt | | `SKIPPED` | Abgelehnt, der Grund steht im nächsten Feld | | `SKIPPED_RUNNING` | Die zugehörige App lief gerade | | `SKIPPED_MISSING` | Der Pfad war weg, als die ausführende Schicht ankam | | `SKIPPED_ACTIVE_UPDATE` | Für diese App lief gerade eine Aktualisierung | | `FAILED` | Versucht und nicht gelungen | Das Protokoll zeigt, was damals passiert ist, nicht wo die Datei heute liegt. Eine mit `TRASHED` markierte Datei lässt sich normalerweise wiederherstellen, solange sie noch im Papierkorb liegt. Sie könnte inzwischen aber wiederhergestellt, verschoben oder endgültig gelöscht worden sein. Prüfen Sie deshalb den Papierkorb selbst. ## Der Prüfschritt
Mole-Bereinigungsprüfung mit Cache-Kategorien, ihrer Größe und je einem Kontrollkästchen, unten die Schaltfläche zum endgültigen Bereinigen der ausgewählten 5,14 GB.
Der Scan selbst löscht nichts. Die Prüfung zeigt jede Kategorie mit ihrer Größe, und nur angehakte Zeilen werden bereinigt.
Der Suchlauf ist in der Mac-App kostenlos, ohne Lizenz und ohne Zeitlimit. Jedes Werkzeug sucht und zeigt seine vollständige Ergebnisliste; eine Lizenz braucht es erst, um darauf zu handeln, und jedes löschende Werkzeug läuft zweimal, bevor es danach fragt. Sie können also vergleichen, was Mole vorschlägt, mit dem, was Sie über Ihre eigene Festplatte glauben, bevor Sie etwas bezahlen. Die Deinstallation zeigt einen Plan mit Pfaden, Eigentümern und Größen, bevor sich etwas bewegt. Die Prüfung ist das Produkt, kein Bestätigungsdialog: Ein Objekt, das Sie nicht beurteilen können, ist ein schlechter Kandidat für einen Durchgang per Klick, und deshalb lässt Mole die teuer wiederherzustellenden ungeprüft, statt die Entscheidung hinter einer Summe zu verbergen. ## Was wirklich nicht zurückkommt Hier zählt Genauigkeit mehr als Beruhigung. Beide Programme löschen Caches standardmäßig endgültig. In der Mac-App lässt sich stattdessen der Papierkorb wählen; solange er nicht geleert wurde, ist eine Wiederherstellung möglich. Ein neu erzeugter Cache stellt die ursprünglichen Dateien nicht wieder her. `mo purge` löscht Build-Ausgaben endgültig, und genau deshalb verdient dieser Befehl am meisten einen Trockenlauf vorab. Die oben genannten Optimize-Löschungen sind ebenfalls sofort wirksam. Neu erzeugbare Dateien lassen sich nachbauen, doch das stellt nicht ihren früheren Zustand wieder her. Dafür brauchen Sie Time Machine oder eine andere geeignete Sicherung. ## Wie Sie all das selbst nachprüfen - **Lesen Sie das Protokoll.** `~/Library/Logs/mole/operations.log`, geschrieben von dem Programm, das die Arbeit gemacht hat, mit dem Statusvokabular von oben. - **Prüfen Sie vorab im Terminal.** Die Befehle `clean`, `uninstall` und `optimize` unterstützen `--dry-run` und druckt genau, was er entfernen würde. - **Lesen Sie den Code.** Die CLI ist unter GPL-3.0 quelloffen, Löschlogik inbegriffen. - **Prüfen Sie die heruntergeladene Version.** Die Mac-App ist mit einer Developer ID signiert und notarisiert. `spctl -a -t exec -vv /Applications/Mole.app` prüft die Gatekeeper-Bewertung, nicht die Byte-Gleichheit mit einem veröffentlichten Download. - **Beobachten Sie das Netz.** Keines der beiden Programme sendet Telemetrie. ## Was Sie anderswo lesen könnten Drei Beschreibungen kursieren weit genug, um sie richtigzustellen, und alle drei entstehen daraus, das Terminalwerkzeug und die App als ein Produkt zu lesen. **„Ein Terminalwerkzeug ohne Vorschau und ohne Rückgängig.“** `mo clean` bietet eine Vorschau per `--dry-run`, löscht Caches aber endgültig. Die Mac-App zeigt eine grafische Vorschau. Deinstallationen nutzen den Papierkorb; Caches werden standardmäßig endgültig gelöscht, was sich in den Einstellungen ändern lässt. **„Mole ist kostenlos.“** Die CLI ist kostenlos und quelloffen. Mole for Mac ist ein einmaliger Kauf für 19 Dollar für zwei Macs, mit kostenlosen Aktualisierungen und 14 Tagen Rückgaberecht. **„Die CLI steht unter MIT-Lizenz.“** Sie steht unter GPL-3.0. ## Weiterlesen - [Mole CLI oder Mole for Mac](https://mole.fit/de/blog/mole-cli-vs-mac-app): was jede Oberfläche kann, was die andere nicht kann, und was passiert, wenn beide installiert sind. - [Was Mac-Bereinigungswerkzeuge niemals löschen dürfen](https://mole.fit/de/blog/what-mac-cleaners-should-never-delete): dieselbe Frage, gestellt an die ganze Kategorie statt an ein einzelnes Werkzeug. ## Häufige Fragen ### Verschiebt Mole gelöschte Dateien in den Papierkorb? In der Mac-App werden Caches standardmäßig endgültig gelöscht; in den Einstellungen lässt sich der Papierkorb wählen. Deinstallationen und Löschungen aus der Festplattenanalyse nutzen den Papierkorb, auch mit Administratorrechten. Wiederherstellbar sind nur Dateien, die noch darin liegen. Das Leeren des Papierkorbs und die benannten direkten Optimize-Löschungen sind endgültig; Neuerzeugung ist keine Wiederherstellung. In der CLI löscht `mo clean` Caches endgültig, während `mo uninstall` Apps samt Resten in den Papierkorb verschiebt. Beide Befehle unterstützen eine Vorschau mit `--dry-run`. ### Kann Mole etwas löschen, das macOS braucht? Systemwurzeln, geschützter Systemzustand wie Datenschutz- und Anmeldeobjektdatenbanken, Audio-Plug-ins, heruntergeladene Modellgewichte und lebende Python-Umgebungen werden abgelehnt, bevor eine Löschung startet. Die App validiert außerdem jeden Pfad im Moment des Löschens neu, statt dem Suchlauf zu vertrauen. ### Ist die kostenlose CLI dasselbe Programm wie die Mac-App? Nein. Es sind getrennte Implementierungen, die ein Bereinigungsvokabular, eine Whitelist-Datei und ein Protokoll teilen. Die App ist eine Neuimplementierung in Swift, keine Hülle um die CLI, und sie ist bewusst enger in dem, was sie entfernt. ### Braucht Mole vollständigen Festplattenzugriff, und wozu? Scans von App-Daten liegen hinter dieser Berechtigung. Ohne sie läuft Mole weiterhin; es sieht weniger und sagt das auch, statt eine kleinere Zahl zu melden, als wäre sie das ganze Bild. Es lohnt sich zu verstehen, was Festplattenvollzugriff bedeutet und was nicht. Er erweitert die Sicht auf geschützte Orte mit Benutzerdaten, damit Scan und Prüfung vollständig sind; er ist aber kein Freibrief zum Löschen, denn über jede Entfernung entscheiden weiterhin dieselben Kontrollpunkte wie oben. Vertrauenswürdigkeit belegt er ebenfalls nicht. Er ist keine Antiviren-Zertifizierung, kein Siegel „von Apple zugelassener Cleaner“ und kein Beleg dafür, dass ein Werkzeug sicher ist; auch ein Cleaner mit Festplattenvollzugriff kann das Falsche löschen. Erteilen Sie ihn nur Werkzeugen, denen Sie bereits vertrauen, beurteilen Sie sie anhand der auf dieser Seite beschriebenen Prüfung vor dem Löschen, der Verweigerung geschützter Pfade und der Protokolle, und entziehen Sie ihn jedem Werkzeug unter Systemeinstellungen > Datenschutz & Sicherheit > Festplattenvollzugriff. ### Wie sehe ich, was Mole zuletzt gelöscht hat? Lesen Sie das Ende von `~/Library/Logs/mole/operations.log`. `TRASHED` dokumentiert das Verschieben in den Papierkorb; prüfen Sie, ob die Datei noch dort liegt. `DELETED` und `REMOVED` aus der CLI stehen für endgültiges Löschen. `SKIPPED`-Status zeigen übersprungene Vorgänge. ### Ändert eine Lizenz, was gelöscht wird? Nein. Die Lizenz entscheidet, ob ein löschender Vorgang überhaupt laufen darf, nie wie weit er reicht. Suchlauf, Kandidatenliste und Schutzregeln sind vor und nach der Aktivierung identisch. --- Canonical HTML page: https://mole.fit/de/blog/is-mole-safe Blog index for agents: https://mole.fit/de/blog/llms.txt Site index for agents: https://mole.fit/llms.txt