Wie Mint zwischen Optimieren, Bereinigen und Behalten von Dateien entscheidet

Das Ergebnis wählen, mit Kontext.

Mint sieht sich an, was Daten sind, woher sie kommen und ob sie verwendet werden. Danach unterscheidet es zwischen Möglichkeiten, sie effizienter zu speichern, Dingen, die du bereinigen kannst, persönlichen Entscheidungen und Dateien, die bleiben sollen.

Optimizable: Dateien behalten. Weniger Platz belegen.

Geeignete identische Kopien teilen sich ihren Speicher, und jede Datei bleibt, wo sie ist. Unterstützte ruhende Dateien und Codex-Screenshots können außerdem weniger Platz belegen, ohne dass Inhalte verloren gehen, die der Arbeitsablauf braucht.

Safe to clean: Prüfen, was weg kann.

Sieh dir erkannte Caches, Build-Ausgaben, alte Logs und App-Reste an, jeweils mit Begründung und der Prüfung, ob sie gerade verwendet werden. Manche Daten werden bei Bedarf neu erstellt oder erneut heruntergeladen.

Yours: Du entscheidest, was bleibt.

Deine Dateien, Apps, Unterhaltungen und Medien brauchen dein Urteil. Wähle die Elemente aus und lies, was jede Aktion entfernt; persönliche Inhalte sind nicht entbehrlich, nur weil sie groß oder alt sind.

Keep: Benötigte Daten an ihrem Ort lassen.

Benötigte, aktive, geschützte und unklare Daten bleiben unverändert. System- und App-Daten, deren Änderung Mint nicht begründen kann, erscheinen nicht als Platz, den du zurückgewinnen kannst.

Größe heute und Wachstum über die Zeit

Der größte Ordner auf deinem Mac und der am schnellsten wachsende deuten oft auf verschiedene Probleme hin. Ein Projekt, das seit Monaten bei 80 GB steht, braucht vielleicht gar nichts. Eine App, die von 2 GB auf 12 GB gewachsen ist, ist kleiner, kann aber der Grund sein, warum dir diese Woche der Platz ausgegangen ist.

Mint baut diesen Verlauf aus aufgezeichneten Scans auf. Der erste Scan ist die Ausgangsbasis. Danach ist die Änderung einer Quelle ihre neuere Größe minus ihre ältere, und das funktioniert nur, wenn beide Scans sie gemessen haben. Eine App, die zum ersten Mal in der Liste auftaucht, hat vorher nicht unbedingt null Bytes belegt.

Dieser Verlauf zeigt Änderungen zwischen Scans. Mint protokolliert nicht jeden Schreibzugriff auf Dateien. Ist die Gesamtbelegung um 10 GB gestiegen und eine Quelle um 7 GB (Beispielzahlen), fang bei dieser Quelle an. Andere Quellen können sich ebenfalls verändert haben, und die Abdeckung kann lückenhaft sein. Die übrigen 3 GB lassen sich deshalb nicht einfach dem System zuschreiben, und die 7 GB sind nicht automatisch Datenmüll. Was eine Bereinigung verarbeitet hat, kann außerdem vom Rückgang im nächsten Scan abweichen, weil Apps weiter schreiben und das Dateisystem womöglich noch wiederherstellbare Daten vorhält. Mint trennt beides. Ein Bereinigungseintrag zählt die Bytes, die er verarbeitet hat, und die gemessene Änderung auf dem Datenträger wird getrennt angezeigt.

Wo Daten liegen und wozu sie dienen

Ein Pfad sagt dir, wo Daten liegen. Ihr Besitzer sagt dir, zu welcher App oder welchem Projekt sie gehören, und ihre Rolle, wozu sie da sind. In Application Support können Dateien liegen, die eine App erneut herunterladen kann, aber auch Einstellungen, Datenbanken und Arbeit, die es nirgendwo sonst gibt. Ein Ordner namens „cache“ beweist nicht, dass alles darin weg kann.

In einem Entwicklungsprojekt liegen Quellcode, Build-Ausgaben und heruntergeladene Abhängigkeiten oft nebeneinander. Den Code hast du geschrieben, Build-Ausgaben brauchen einen neuen Build, und Abhängigkeiten brauchen eventuell einen Download. Bei unterstützten Projekttypen prüft Mint die Identität des Projekts, seine Konfiguration, die Ordnerstruktur und ob das Projekt gerade verwendet wird. Ein Ordner, der nur „build“ oder „bin“ heißt, liefert diesen Beleg nicht.

Bei Archiven ist es ähnlich. Ein ZIP kann ein heruntergeladenes Installationsprogramm sein oder die einzige Kopie einer Arbeit, die du einem Kunden geliefert hast. In der Direct-Edition sieht sich Mint bei Installationsprogrammen im Format ISO, XIP oder ZIP und bei IPSW-Firmware an, was darin steckt, wo die Datei liegt und ob sie gemountet ist oder verwendet wird. Ältere Disk-Images und Pakete werden nur nach Typ und Alter markiert, deshalb werden diese Zeilen nie für dich angehakt. Ob du ein Installationsprogramm für Offline-Installationen oder die Rückkehr zu einer früheren Version behältst, entscheidest du.

Ein brauchbarer Fund verbindet einen Ort mit seinem Besitzer, seiner Rolle und dem, was sich durch das Entfernen ändern würde. Der Tab „Disk“ gruppiert Funde danach, was ihr Entfernen bedeutet („Optimizable“, „Safe to clean“, „Yours“, „Keep“), und nennt in jeder Zeile die App, der die Daten gehören. Weder die Gruppe noch der App-Name erlaubt Mint, den gesamten Datenordner einer App zu leeren.

Was als Duplikat gilt

Identische Dateien, Fotos, die sich ähneln, und ein Bild, das in einer Unterhaltung mehrfach gespeichert ist, sind verschiedene Funde. Nur ein vollständig übereinstimmender Inhalt beweist eine Kopie. Eine übereinstimmende Stichprobe grenzt die Suche ein, und Ähnlichkeit sagt Mint nicht, welches Foto du behalten würdest. Dateien mit identischem Inhalt können trotzdem von verschiedenen Projekten verwendet werden.

Im September 2026 haben wir einen Mac im täglichen Einsatz untersucht, ohne eine seiner Dateien zu verändern. Seine 1.467 Codex-Sitzungsdateien im JSONL-Format belegten 16,509 GB, und keine davon war als ganze Datei doppelt vorhanden. In ihnen gingen 62.014 Bildvorkommen auf 12.104 verschiedene Bilder zurück. Alle Kopien nach der jeweils ersten ergaben zusammen 4,605 GB, das sind 76,9 % der dekodierten Bildbytes.

Die Wiederholung entsteht innerhalb der Sitzungen und hängt davon ab, wie übergeordnete Aufgaben, Teilaufgaben und Bildverweise zusammenhängen. Eine Suche nach identischen Dateien würde sie deshalb nie finden. Etwa 4,547 GB davon lagen innerhalb von Sitzungsfamilien mit derselben übergeordneten Sitzung. Bei dieser Stichprobe war es sinnvoller, zuerst zu untersuchen, wie die App selbst Bilder speichert, bevor man über eine Deduplizierung über Apps hinweg nachdenkt.

Die 76,9 % sind ein Anteil der dekodierten Bildbytes, die wir identifizieren konnten. Sie sagen nichts über die Größe der Sitzungsdateien aus und nichts darüber, wie viel Speicherplatz du zurückbekommen könntest. Inhalte, die wir nicht auswerten konnten, wurden getrennt ausgewiesen und nie als null gezählt. Wiederholte Bilder können nötig sein, um eine Unterhaltung wiederzugeben oder fortzusetzen. Bevor irgendetwas sie verändert, musst du deshalb prüfen, dass kein Verweis ins Leere geht und eine Wiederherstellung funktioniert. Ein einzelner Mac kann dir nicht sagen, wie viel ein typischer Nutzer einsparen würde oder wie treffsicher eine Bereinigung im Allgemeinen ist.

Stichprobe, Methode und Grenzen der Codex-Studie nachlesen (auf Englisch)

Den Platz gegen den Aufwand abwägen, die Daten zurückzubekommen

Zu wissen, dass sich Daten neu erzeugen lassen, sagt dir, dass es einen Weg zurück gibt. Es sagt nicht, wie lange das dauert, ob du eine Netzwerkverbindung benötigst, ob die alte Version noch verfügbar ist oder ob du die Daten morgen brauchst. Die Frage ist, ob der Platz, den du heute freigibst, diese Arbeit beim nächsten Mal wert ist.

Build-Ausgaben sollten nicht mitten in einem Build entfernt werden. Ein neuer Download hilft nicht, wenn du die Dateien morgen offline brauchst, und welches persönliche Foto bleiben soll, weißt nur du. Deshalb hält Mint seine Funde auseinander. Manche sind Elemente, die es bereinigen kann, manche musst du auswählen und prüfen, und manche erklären nur, wohin der Platz gegangen ist. Was du tun kannst, hängt von der Art der Daten ab, von ihrem aktuellen Zustand und von deiner Mint-Edition. Gemessene Bytes werden nicht automatisch zu etwas, das du bereinigen kannst.

Altersgrenzen markieren, was einen Blick lohnt. Ein Backup, das seit Monaten niemand geöffnet hat, kann das einzige sein, und eine temporäre Datei von gestern hat ihre Aufgabe vielleicht schon erfüllt.

Noch einmal prüfen, direkt bevor eine Aktion läuft

Zwischen Scan und Bereinigung startet vielleicht eine App, eine Datei wird ersetzt, ein Build beginnt, oder ein Pfad zeigt inzwischen woandershin. Bevor Mint handelt, prüft es deshalb noch einmal alles, was für diese Aktion zählt, etwa ob etwas verwendet wird, was genau betroffen ist und ob es geschützt ist. Hat sich etwas geändert, wird ein zuvor gefundener Kandidat unter Umständen übersprungen.

Mint verwendet noch gültige Ordnergrößen, Inhalts-Hashes und Sitzungsanalysen wieder. Das spart Zeit, aber die Prüfungen im Moment der Aktion laufen trotzdem jedes Mal. Fehlende Berechtigungen, ein abgebrochener Scan oder eine Grenze der Analyse lassen den betreffenden Teil unbestätigt, und Mint behandelt ihn nicht als unbedenklich.

Deshalb erklärt ein Bericht auch nicht unbedingt jedes Byte. Mint kennt vielleicht die Größe eines Ordners, unterstützt aber sein Format nicht, oder es kennt den Besitzer, kann aber nicht bestätigen, dass sich die Daten gerade gefahrlos anrühren lassen. Diese Lücken zu zeigen ist nützlicher, als jedes ungeklärte Byte für rückgewinnbar zu erklären.

Was deine Rückmeldung ändert, und die Grenzen von „Undo“

Dateiinhalte geben Hinweise auf den Zweck, aber sie können Mint nicht sagen, warum du etwas behältst. Wenn du eine Aktion von Mint rückgängig machst, eine von Mint organisierte Datei zurückverschiebst oder eine bereinigte Datei aus dem Papierkorb holst, fragt Mint, ob dieser Pfad auf die „Ignore List“ soll. Antwortest du nicht, ändert sich nichts, und ein späterer Lauf kann die Datei wieder verschieben. Sobald du den Pfad hinzufügst, ist er „Protected“, und Mint lässt ihn in Ruhe.

Mint zeichnet Dateivorgänge auf, und geeignete lassen sich rückgängig machen, solange die Dateien und der Verlauf, den sie brauchen, noch vorhanden sind. „Optimize“ bei Codex behält die Bilder, die Codex liest, wenn du die Unterhaltung fortsetzt. „Keep text only“ ist eine eigene Aktion, die die Medien in den ausgewählten Unterhaltungen dauerhaft entfernt und jedes Wort behält. Auch dauerhaftes Löschen und das Entleeren des Papierkorbs lassen sich nicht rückgängig machen. Der Verlauf umfasst bis zu 90 Tage oder 5.000 Stapel und ersetzt kein Backup.

Eine Aktion, die niemand rückgängig gemacht hat, beweist nicht, dass die Einordnung richtig war. Korrekturen, Wiederherstellungen und Schweigen sind unterschiedliche Signale, und keines davon ist eine gemessene Trefferquote.

Einen einzelnen Fund lesen

Geh von deinem Problem aus. Ist plötzlich Platz verschwunden, sieh nach, welche Quellen zwischen vergleichbaren Scans gewachsen sind. Brauchst du Platz für eine Installation, nimm dir konkrete Kandidaten vor und schau, was es jeweils kosten würde, sie zurückzuholen. Prüfe dann, wo die Daten liegen und wozu sie dienen, und ob der Beleg ein vollständiger Inhaltsvergleich ist, eine Strukturprüfung oder nur ein Filter nach Alter und Größe.

Prüfe vor dem Handeln, welches Element sich ändert, ob es laufende Arbeit betrifft und ob eine erneute Nutzung einen neuen Build, einen Download oder eine Wiederherstellung aus dem Backup bedeutet. Eine Bereinigung behebt nur den heutigen Engpass. Behalte deshalb spätere Scans im Blick, falls sich der Platz wieder füllt. Reichen die Belege nicht aus, ist es ein vernünftiges Ergebnis, weiter nachzusehen oder die Daten zu behalten.

Sieh dir einen Fund auf deinem eigenen Mac an

Lade Mint herunter, starte einen Scan und öffne einen beliebigen Fund. Dort siehst du, wo er liegt, welche Belege es gibt und was sein Entfernen ändern würde.

Wähle deinen Mint-Tarif