Ist Mole sicher? Was es löscht und was es nicht anfasst

Mole gibt es als zwei Programme, und die meisten Sicherheitsantworten, die Sie online finden, beschreiben nur eines von ihnen. Mole for Mac ist die native App, die über mole.fit verkauft wird. mo ist das kostenlose Open-Source-Kommandozeilenwerkzeug auf GitHub. Sie teilen eine Schutzliste und ein Log, verhalten sich aber im Moment der Löschung nicht gleich, und genau dieser Unterschied ist die ganze Antwort darauf, ob Mole für die geplante Nutzung sicher ist.

Die Kurzfassung: Die Mac-App zeigt Ihnen zuerst die vollständige Kandidatenliste und verschiebt gewöhnliche Entfernungen in den Papierkorb, sodass ein Fehler rückgängig gemacht werden kann. Die CLI löscht Cache-Dateien endgültig und gibt Ihnen stattdessen --dry-run statt eines Undo. Beide verweigern eine feste Menge von Pfaden, unabhängig davon, was danach fragt.

Wohin gelöschte Dateien gehen

In der Mac-App gehen gewöhnliche Entfernungen in den Papierkorb. Das umfasst Cache-Bereinigung, App-Deinstallationen und die dabei gefundenen Reste, einschließlich der Entfernungen, die Administratorrechte brauchen und über Moles Helper laufen. Sie liegen im Papierkorb unter ihren ursprünglichen Namen, bis Sie ihn leeren, und eine Datei zurückzulegen ist eine normale Wiederherstellung im Finder.

Zwei Dinge gehen nicht in den Papierkorb, und beides ist Absicht. Optimize löscht eine kleine, benannte Menge systemverwalteter Dateien direkt: gespeicherten Anwendungszustand, die Quarantäne-Ereignisdatenbank, veraltete Write-Ahead-Journale, defekte LaunchAgent-Property-Lists und leere .sfl-Dateien. Jede ist durch ein eigenes Prädikat zu Alter, Größe oder Existenz gegated, und jede ist eine Datei, die macOS selbst neu erzeugt. Die andere Ausnahme ist die CLI, bei der mo clean und mo purge endgültig löschen, und das mit Absicht.

Diese Designentscheidung ist der Grund, warum das Terminal-Werkzeug --dry-run bei jedem destruktiven Befehl mitliefert. In der CLI ist der Dry-Run das Undo. In der App ist es der Papierkorb.

Was Mole zu löschen verweigert

Ein Cleaner ist nur so vertrauenswürdig wie das, was er nicht tut, deshalb ist die Verweigerungsliste konkret und kein Versprechen, vorsichtig zu sein. Diese Pfade sind blockiert, bevor irgendeine Löschung läuft, und eine Anfrage, die einen davon erreicht, wird verweigert statt zurechtgestutzt:

• Systemwurzeln. /System, /usr, /bin, /sbin und /private/var/folders.
• Audio-Plug-ins. /Library/Audio/Plug-Ins/Components, VST und VST3 sowie die Support-Verzeichnisse von iZotope und LaserSoft. Sie sehen aus wie träge Application Support und sind tragend für jeden, der ein Projekt öffnet, das sie referenziert.
• Heruntergeladene Modellgewichte. ~/.ollama/models, ~/.lmstudio/models, ~/.cache/huggingface, ~/.cache/torch, ~/.cache/whisper, ~/.cache/tensorflow und ~/.cache/wandb. Sie liegen unter cache-förmigen Pfaden, sind aber Downloads, und manche davon sind Dutzende Gigabyte über eine langsame Leitung.
• Live-Python-Umgebungen. ~/.cache/pypoetry/virtualenvs bleibt, während Poetry's neu erzeugbare Kinder artifacts und cache bereinigbar bleiben.
• Der Compiled-Model-Store der Apple Neural Engine. Ihn zu entfernen, während eine Consumer-App läuft, bricht die Erkennung bis zum nächsten Neustart.
• Geschützter Systemzustand. Konfiguration von Systemeinstellungen und Kontrollzentrum, Audiodienste, die Datenschutzdatenbank, Anmeldeobjekte und Hintergrundaufgaben-Registrierungen sowie die Shared File Lists hinter den Menüs für zuletzt verwendete Objekte.
• Moles eigene Konfiguration. ~/.config/mole, damit eine Bereinigung nicht die Whitelist löschen kann, die die nächste einschränkt.

Whitelisting ist die nutzergesteuerte Hälfte derselben Idee. Ein Pfad, den Sie in einem der beiden Programme schützen, wird von beiden beachtet, weil beide ~/.config/mole/whitelist lesen.

Der Prüfschritt

Scannen ist in der Mac-App kostenlos, ohne Lizenz und ohne Zeitlimit. Jedes Werkzeug scannt und zeigt Ihnen seine vollständige Ergebnisliste; eine Lizenz ist nur nötig, um darauf zu handeln, und jedes destruktive Werkzeug läuft zweimal, bevor es fragt. Sie können also vergleichen, was Mole vorschlägt, mit dem, was Sie über Ihre eigene Festplatte glauben, bevor Sie irgendetwas bezahlen.

Uninstall zeigt vor jeder Bewegung einen Plan mit Pfaden, Besitzern und Größen. Jeder Pfad wird im Moment der Löschung erneut validiert, nicht zur Scan-Zeit, sodass eine Datei, die zwischen Scan und Freigabe ihre Identität geändert hat, nicht auf einer veralteten Entscheidung mitreitet.

Die Mac-App ist außerdem bewusst enger als die CLI, in einer konsistenten Richtung. Der klarste Fall sind Abhängigkeitsverzeichnisse: mo purge entfernt node_modules, Pods, venv und vendor, während die App sie alle streicht und nur anbietet, was eine lokale Kompilierung ohne Netz neu bauen kann. Eine Kategorie im Terminal zu sehen, die die App nie anbietet, ist erwartetes Verhalten, kein fehlendes Feature.

Was wirklich nicht wiederherstellbar ist

Hier konkret zu sein, zählt mehr als Beruhigung.

Cache-Bereinigung ist als dauerhaft gemeint. Selbst in der App, wo Dateien im Papierkorb landen, ist der Sinn der Operation, dass die Anwendung neu erzeugt, was sie braucht; den Papierkorb danach zu leeren, ist ein normaler Teil des Abschlusses, und danach sind die Dateien weg. Die CLI überspringt diesen Zwischenschritt vollständig.

mo purge löscht Build-Ausgabe endgültig, deshalb ist das der Befehl, der am ehesten zuerst ein Dry-Run verdient. Die oben genannten Optimize-Löschungen sind ebenfalls unmittelbar. Keines davon ist ohne Backup wiederherstellbar, und Time Machine bleibt die einzige allgemeine Antwort auf „Ich habe das Falsche gelöscht“.

Wie Sie das selbst prüfen

Beide Programme hängen jede Löschung mit Pfaden an ~/Library/Logs/mole/operations.log an. Diese Datei ist das Protokoll dessen, was tatsächlich passiert ist, und sie wird von dem Frontend geschrieben, das die Arbeit erledigt hat.

Die CLI ist Open Source unter GPL-3.0, ihre Löschlogik lässt sich also direkt lesen. Die Mac-App ist mit einer Developer ID signiert und von Apple notariell beglaubigt, sodass macOS prüfen kann, dass der heruntergeladene Build der veröffentlichte ist. Keines der beiden Programme sendet Telemetrie.

Behauptungen, die Sie anderswo lesen können

Drei Beschreibungen kursieren weit genug, um eine Korrektur wert zu sein, und alle drei entstehen daraus, dass Terminal-Werkzeug und App als ein Produkt gelesen werden.

„Es ist ein Terminal-Werkzeug ohne Vorschau und ohne Undo.“ Das beschreibt mo clean. Die Mac-App ist ein grafisches, prüfungsfirstes Werkzeug, dessen gewöhnliche Entfernungen im Papierkorb landen.

„Mole ist kostenlos.“ Die CLI ist kostenlos und Open Source. Mole for Mac ist ein einmaliger Kauf für 19 $, der zwei Macs abdeckt, mit lebenslangen Updates und 14-tägiger Rückerstattung.

„Die CLI ist MIT-lizenziert.“ Sie ist GPL-3.0.

Häufige Fragen

Verschiebt Mole gelöschte Dateien in den Papierkorb?

In der Mac-App gehen gewöhnliche Cache-Bereinigung und App-Entfernungen in den Papierkorb, einschließlich der Entfernungen, die Administratorrechte brauchen. Die Ausnahmen sind eine kleine Menge systemverwalteter Dateien, die Optimize direkt löscht und die macOS neu erzeugt. Das kostenlose Kommandozeilenwerkzeug löscht endgültig und bietet stattdessen --dry-run.

Kann Mole etwas löschen, das macOS braucht?

Systemwurzeln, geschützter Systemzustand wie Datenschutz- und Anmeldeobjekt-Datenbanken, Audio-Plug-ins, heruntergeladene Modellgewichte und Live-Python-Umgebungen werden verweigert, bevor irgendeine Löschung läuft. Die App validiert außerdem jeden Pfad im Moment der Löschung erneut, statt dem Scan 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 Log teilen. Die App ist eine Swift-Neuimplementierung, kein Wrapper um die CLI, und sie ist bewusst enger darin, was sie entfernt.

Braucht Mole Full Disk Access, und warum?

App-Daten-Scans sind dahinter gegated. Ohne die Berechtigung läuft Mole trotzdem; es sieht weniger und sagt das, statt eine kleinere Zahl so zu berichten, als wäre sie das ganze Bild.

Wie sehe ich, was Mole gelöscht hat?

Lesen Sie ~/Library/Logs/mole/operations.log. Beide Programme schreiben hinein, die Datei deckt also ab, welches Sie verwendet haben.