Mole: Mac-Reinigung, Deinstallation, Analyse, Optimierung und Überwachung im Terminal
Terminal-Werkzeug für macOS, das Caches und Reste gründlich bereinigt, Apps vollständig deinstalliert, die Festplattennutzung zeigt und CPU, GPU, RAM und Netzwerk live anzeigt.
Auf einen Blick
- Was ist das?
- Eine quellenbasierte Betrachtung des Open-Source-CLIs, das Reinigung, App-Entfernung, Festplattenanalyse, Optimierung und Live-Systemstatus in einer Binärdatei vereint.
- Für wen ist es gedacht?
- Geeignet ist Mole für Leserinnen und Leser, die die im README beschriebenen Funktionen anhand des Repositorys prüfen wollen. Nicht geeignet ist es als Beleg für Eigenschaften, die tw93/Mole nicht dokumentiert.
- Darf ich es kommerziell nutzen?
- Ja, unter Bedingungen. GPL-3.0 ist eine Copyleft-Lizenz: Wenn Sie Software weitergeben, die sie enthält, müssen Sie deren Quellcode unter derselben Lizenz veröffentlichen. Wer sie nur intern betreibt, ohne sie weiterzugeben, löst diese Pflicht nicht aus.
- Wird es noch gepflegt?
- Ja. Die letzten Commits kamen vor 1 Tag.
- In welcher Sprache ist es geschrieben?
- Hauptsächlich Shell, laut der Sprachstatistik von GitHub.
Die Antworten beruhen auf den GitHub-Daten des Projekts (zuletzt abgeglichen am 15. September 2026) und auf unserer Analyse. Sie sind keine Rechtsberatung.
TIEFGEHENDE OPEN-SOURCE-ANALYSE
Fünf Wartungswerkzeuge in einer Binärdatei
Mole ist ein Befehlszeilenwerkzeug für macOS, das im README als Möglichkeit beschrieben wird, einen Mac vom Terminal aus zu reinigen, zu deinstallieren, zu analysieren, zu optimieren und zu überwachen. Die Funktionsliste sagt, dass es die Arbeit von CleanMyMac, AppCleaner, DaisyDisk und iStat Menus in einer einzigen Binärdatei vereint. Die Repository-Sprache ist Shell, und das Projekt ist unter GPL-3.0 lizenziert. Das README erwähnt außerdem einen experimentellen Windows-Zweig für Early Adopters, aber die übrige Dokumentation setzt macOS voraus. Die Repository-Metadaten liefern keine Benchmarks oder konkreten Nutzerzahlen, sondern nur Sterne und Forks.
Installation und die Befehlsübersicht
Das README nennt zwei Installationswege. Homebrew-Nutzer können `brew install mole` ausführen, wobei das README darauf hinweist, dass Homebrew den unterstützten macOS-Stufen folgt und für diesen Weg macOS 14 oder neuer empfiehlt. Ältere macOS-Versionen können den Skript-Installer nach bestem Ermessen verwenden: `curl -fsSL https://raw.githubusercontent.com/tw93/mole/main/install.sh | bash`. Das Skript akzeptiert ein optionales `-s`-Argument für einen Branch oder eine Version. Nach der Installation öffnet `mo` ein interaktives Menü, und einzelne Befehle decken clean, uninstall, optimize, analyze (auch als analyse geschrieben), status, purge, installer, touchid, completion, update, remove, help und version ab. Das README nennt für den Hauptzweig keine Systemanforderungen über macOS hinaus.
Reinigung und Deinstallation mit Vorschau und Sicherheitsmechanismen
Zwei Hauptabläufe sind `mo clean` und `mo uninstall`. Das Beispiel für clean im README meldet das Entfernen von Caches, Logs, temporären Dateien und anwendungsspezifischen Daten, mit einer letzten Zeile, die 95,5 GB freigegebenen Speicher anzeigt. `mo uninstall` wählt installierte Apps aus und entfernt zugehörige Dateien an Orten wie Application Support, Caches, Preferences, Logs, WebKit-Speicher, Cookies, Extensions, Plugins und Launch-Daemons. Beide Befehle unterstützen `--dry-run`, um Änderungen vorab zu prüfen, und `--debug` für detaillierte Protokolle. Dateioperationen werden in `~/Library/Logs/mole/operations.log` protokolliert und können mit `mo history` eingesehen werden; `MO_NO_OPLOG=1` deaktiviert das Protokoll. Whitelists für geschützte Caches und Optimierungsregeln werden mit `--whitelist` verwaltet und in `~/.config/mole/whitelist` gespeichert. Das README warnt, dass clean, uninstall, purge, installer und remove destruktiv sind, und verweist für Sicherheitsgrenzen auf SECURITY.md und SECURITY_AUDIT.md.
Festplattenanalyse und Systemoptimierung
`mo analyze` öffnet einen visuellen Datenträger-Explorer, der Verzeichnisgrößen anzeigt und mit Pfeiltasten oder den Vim-Bindungen `h/j/k/l` navigiert werden kann. Standardmäßig überspringt es externe Laufwerke unter /Volumes für einen schnelleren Start; mit einem Pfad wie `mo analyze /Volumes` können diese geprüft werden. Benutzereigene temporäre Verzeichnisse unter /private/tmp können angezeigt werden, und ausgewählte Einträge werden nur nach Bestätigung in den Papierkorb verschoben. Das README sagt, dass Mole temporäre Verzeichnisse Dritter nicht automatisch löscht, weil Build-Marker und Alter allein nicht beweisen können, dass ein Verzeichnis wegwerfbar ist. `mo optimize` prüft und repariert unterstützte Systemwartungspunkte, aktualisiert berechtigte Finder-, Netzwerk- und Datenbankzustände und überspringt Aufgaben, die unnötig, derzeit unsicher oder nicht verfügbar sind. Die Option `--whitelist` kann bestimmte Optimierungen ausschließen, einschließlich Pfadmuster. Das README merkt an, dass Optimierungsergebnisse vom aktuellen Zustand des Macs und verfügbaren Systemwerkzeugen abhängen, sodass die Beispielzahlen illustrativ sind.
Live-Status und maschinenlesbare Ausgabe
`mo status` bietet ein Echtzeit-Dashboard mit Gesundheitswert, Hardware-Informationen, CPU-, Speicher-, Datenträger-, Strom-, Netzwerk- und Prozessdaten. Der Gesundheitswert basiert auf CPU, Speicher, Festplatte, Temperatur und I/O-Last und wird mit farbcodierten Bereichen angezeigt. Im Statusbildschirm schaltet `k` die Katze um, `c` durchläuft die Anzahl der angezeigten CPU-Kerne (2, 4, 8, alle), und `q` beendet die Ansicht; beide Einstellungen werden gespeichert. Wenn Prozesse über einen konfigurierten CPU-Schwellenwert für ein anhaltendes Fenster steigen, kann ein schreibgeschütztes Warnbanner angezeigt werden. Die Werte werden mit `--proc-cpu-threshold` und `--proc-cpu-window` eingestellt oder mit `--proc-cpu-alerts=false` deaktiviert. `mo analyze` und `mo status` unterstützen `--json` für Skripte, und `mo status` wechselt automatisch zu JSON, wenn die Ausgabe weitergeleitet wird. Das README zeigt Beispiel-JSON-Strukturen für beide Befehle.
Bereinigung von Build-Artefakten und Installationsdateien
`mo purge` scannt nach alten Build-Artefakten wie node_modules, target, .build, build und dist und lässt den Benutzer Kategorien zum Löschen auswählen. Projekte, die jünger als 7 Tage sind, werden standardmäßig markiert und abgewählt. Das README empfiehlt, `fd` auf macOS zu installieren, mit `brew install fd`, und weist darauf hin, dass `mo purge` ausgewählte Artefakte dauerhaft löscht. Benutzerdefinierte Scan-Pfade können mit `mo purge --paths` konfiguriert oder direkt in `~/.config/mole/purge_paths` bearbeitet werden; wenn benutzerdefinierte Pfade vorhanden sind, scannt Mole nur diese, andernfalls verwendet es Standardeinstellungen wie `~/Projects`, `~/GitHub` und `~/dev`. `mo installer` sucht und entfernt große Installationsdateien in Downloads, Desktop, Homebrew-Caches, iCloud und Mail und kennzeichnet jede Datei nach Quelle.
Schnellstarter, Terminal-Kompatibilität und Lizenz
Ein Setup-Skript fügt Raycast oder Alfred Mole-Befehle hinzu: `curl -fsSL https://raw.githubusercontent.com/tw93/Mole/main/scripts/setup-quick-launchers.sh | bash`. Es fügt fünf Befehle hinzu: Mole Clean, Mole Uninstall, Mole Optimize, Mole Analyze und Mole Status. Das README erklärt, dass Raycast dennoch eine einmalige manuelle Einrichtung des Skriptverzeichnisses benötigt. Mole erkennt die Terminal-App automatisch, aber iTerm2 hat bekannte Kompatibilitätsprobleme; das README empfiehlt Kaku und nennt Alacritty, kitty, WezTerm, Ghostty und Warp als andere Optionen, mit `MO_LAUNCHER_APP` als Überschreibung. Das Projekt ist unter GPL-3.0 lizenziert. Der Lizenzauszug gewährt die Freiheit, Kopien zu erstellen, zu verbreiten und zu ändern, verlangt, dass modifizierte Versionen unter derselben Lizenz bleiben und als geändert gekennzeichnet werden, und erklärt, dass für die freie Software keine Garantie besteht. Das README fügt hinzu, dass ein Fork unter einem anderen Namen erscheinen und Mole als Quelle nennen sollte.
Für Mole zählt die konkrete Struktur dieses Projekts. Der Prüfpunkt 1027 bezieht sich auf die im README genannten Dateien, Befehle und Konfigurationswerte. Wo die Dokumentation eine Funktion nennt, lässt sich ihr Vorhandensein am Repository oder am dokumentierten Einstieg nachvollziehen; wo sie keine Aussage macht, bleibt die Aussage offen. Diese Grenze verhindert Versprechen über Eigenschaften, die der Quelltext nicht belegt. Für Teams trennt das den erwartbaren Funktionsumfang von zusätzlichem Betriebsaufwand und möglichen Abhängigkeiten.
Redaktionelles Fazit
Geeignet ist Mole für Leserinnen und Leser, die die im README beschriebenen Funktionen anhand des Repositorys prüfen wollen. Nicht geeignet ist es als Beleg für Eigenschaften, die tw93/Mole nicht dokumentiert. Vor einer Nutzung sollten die genannten Einstiegsschritte, Dateien und Konfigurationswerte dieses Projekts ausgeführt beziehungsweise gelesen werden.
Community-Notizen