Comment Mint choisit entre optimiser, nettoyer et conserver les fichiers

Choisir l’issue, en tenant compte du contexte.

Mint regarde ce que sont les données, d’où elles viennent et si elles sont utilisées. Il distingue ensuite ce qui peut être stocké plus efficacement, ce que vous pouvez nettoyer, ce qui relève d’une décision personnelle et les fichiers à conserver.

Optimizable: Gardez les fichiers. Gagnez de la place.

Les copies identiques éligibles partagent leur espace de stockage, et chaque fichier reste à sa place. Les fichiers inactifs pris en charge et les captures d’écran de Codex peuvent aussi prendre moins de place sans perdre le contenu dont le flux de travail a besoin.

Safe to clean: Vérifiez ce qui peut partir.

Passez en revue les caches, fichiers de build, anciens journaux et restes d’apps identifiés, avec pour chacun sa raison et la vérification de son utilisation actuelle. Certaines données seront reconstruites ou téléchargées à nouveau en cas de besoin.

Yours: Vous décidez de ce que vous gardez.

Vos fichiers, apps, conversations et médias demandent votre jugement. Choisissez les éléments et lisez ce que chaque action supprime ; un contenu personnel n’est pas jetable simplement parce qu’il est volumineux ou ancien.

Keep: Laissez en place les données nécessaires.

Les données nécessaires, actives, protégées ou incertaines restent inchangées. Les données du système et des apps dont Mint ne peut pas justifier la modification ne sont pas présentées comme de l’espace à récupérer.

Taille actuelle et croissance dans le temps

Le plus gros dossier de votre Mac et celui qui grossit le plus vite signalent souvent des problèmes différents. Un projet resté à 80 Go depuis des mois n’a peut-être besoin de rien. Une app passée de 2 Go à 12 Go est plus petite, mais c’est peut-être à cause d’elle que vous avez manqué d’espace cette semaine.

Mint construit cet historique à partir des analyses enregistrées. La première analyse sert de référence. Ensuite, la variation d’une source est sa nouvelle taille moins l’ancienne, ce qui ne fonctionne que si les deux analyses l’ont mesurée. Une app qui apparaît dans la liste pour la première fois n’occupait pas forcément zéro octet auparavant.

Cet historique montre ce qui a changé entre deux analyses. Mint n’enregistre pas chaque écriture de fichier. Si l’utilisation totale a augmenté de 10 Go et une source de 7 Go (chiffres d’exemple), commencez par cette source. D’autres sources ont pu bouger aussi, et la couverture peut être incomplète : on ne peut donc pas simplement imputer les 3 Go restants au système, et les 7 Go ne sont pas d’office des fichiers inutiles. Ce qu’un nettoyage a traité peut aussi différer de la baisse constatée à l’analyse suivante, car les apps continuent d’écrire et le système de fichiers peut encore conserver des données récupérables. Mint ne mélange pas les deux. L’enregistrement d’un nettoyage compte les octets qu’il a traités, et la variation mesurée sur le disque est affichée à part.

Où se trouvent les données et à quoi elles servent

Un chemin vous dit où se trouvent les données. Leur propriétaire vous dit à quelle app ou à quel projet elles appartiennent, et leur rôle, à quoi elles servent. Le dossier Application Support peut contenir des fichiers qu’une app peut télécharger à nouveau, mais aussi des réglages, des bases de données et du travail qui n’existe nulle part ailleurs. Un dossier nommé cache ne prouve pas que tout ce qu’il contient peut partir.

Dans un projet de développement, le code source, les fichiers de build et les dépendances téléchargées se trouvent souvent côte à côte. Le code, c’est vous qui l’avez écrit. Les fichiers de build demandent une nouvelle compilation, et les dépendances parfois un nouveau téléchargement. Pour les types de projets pris en charge, Mint vérifie l’identité du projet, sa configuration, sa structure de dossiers et son utilisation actuelle. Un dossier qui se contente de s’appeler build ou bin n’apporte pas cette preuve.

Il en va de même pour les archives. Un ZIP peut être un programme d’installation que vous avez téléchargé ou la seule copie d’un travail que vous avez livré à un client. Dans l’édition Direct, pour les programmes d’installation ISO, XIP et ZIP et les firmwares IPSW, Mint examine leur contenu, l’emplacement du fichier et s’il est monté ou utilisé. Les images disque et les paquets plus anciens ne sont signalés que d’après leur type et leur âge, c’est pourquoi ces lignes ne sont jamais cochées à votre place. Garder un programme d’installation pour installer hors ligne ou revenir à une version précédente, c’est à vous de décider.

Un élément détecté utile relie un emplacement précis à son propriétaire, à son rôle et à ce que sa suppression changerait. L’onglet « Disk » regroupe les éléments détectés selon ce que signifie leur suppression (Optimizable, Safe to clean, Yours, Keep) et indique sur chaque ligne l’app à laquelle ils appartiennent. Ni le groupe ni le nom de l’app n’autorisent Mint à vider tout le dossier de données d’une app.

Ce qui compte comme un doublon

Des fichiers identiques, des photos qui se ressemblent et une image enregistrée plusieurs fois dans une même conversation correspondent à des constats différents. Seule une correspondance complète du contenu prouve qu’il s’agit d’une copie. Un échantillon identique réduit le champ de recherche, et une ressemblance ne peut pas dire à Mint quelle photo vous garderiez. Des fichiers au contenu identique peuvent malgré tout servir à des projets différents.

En septembre 2026, nous avons étudié un Mac utilisé au quotidien sans modifier aucun de ses fichiers. Ses 1 467 fichiers JSONL de sessions Codex occupaient 16,509 Go, et aucun n’était le doublon intégral d’un autre. À l’intérieur, 62 014 occurrences d’images se ramenaient à 12 104 images uniques. Toutes les copies au-delà de la première totalisaient 4,605 Go, soit 76,9 % des octets d’images décodés.

La répétition se produit à l’intérieur des sessions et dépend des liens entre tâches parentes, sous-tâches et références d’images : une recherche de fichiers identiques ne la trouverait donc jamais. Environ 4,547 Go de ces répétitions se trouvaient au sein des mêmes familles de sessions parentes. Pour cet échantillon, il était plus logique d’étudier la façon dont l’app elle-même stocke les images avant d’envisager une déduplication entre apps.

Les 76,9 % représentent une part des octets d’images décodés que nous avons pu identifier. Ce chiffre ne dit rien de la taille des fichiers de session ni de l’espace disque que vous pourriez récupérer. Le contenu que nous n’avons pas pu lire a été signalé à part et n’a jamais été compté comme nul. Les images répétées peuvent être nécessaires pour rejouer ou poursuivre une conversation : avant que quoi que ce soit ne les modifie, il faut donc vérifier qu’aucune référence ne casse et qu’une restauration fonctionne. Un seul Mac ne permet pas de dire ce qu’un utilisateur type économiserait, ni quelle est la précision du nettoyage en général.

Consulter l’échantillon, la méthode et les limites de l’étude Codex (en anglais)

Mettre en balance l’espace libéré et le coût pour récupérer les données

Savoir que des données peuvent être reconstruites vous dit qu’il existe un moyen de les retrouver. Cela ne vous dit pas combien de temps cela prendra, si vous aurez besoin d’une connexion réseau, si l’ancienne version est encore disponible ni si vous aurez besoin de ces données demain. La question est de savoir si l’espace libéré aujourd’hui vaut ce travail la prochaine fois.

Les fichiers de build ne doivent pas être supprimés en pleine compilation. Un nouveau téléchargement ne servira à rien si vous avez besoin des fichiers hors ligne demain, et il n’y a que vous pour savoir quelle photo personnelle garder. Mint sépare donc ses éléments détectés. Il peut en nettoyer certains, d’autres demandent que vous choisissiez et vérifiiez, et d’autres encore expliquent seulement où est passé l’espace. Ce que vous pouvez faire dépend du type de données, de leur état actuel et de votre édition de Mint. Des octets mesurés ne deviennent pas d’office nettoyables.

Les seuils d’âge font ressortir ce qui mérite d’être examiné. Une sauvegarde que personne n’a ouverte depuis des mois est peut-être la seule, et un fichier temporaire d’hier a peut-être déjà rempli son rôle.

Vérifier de nouveau juste avant qu’une action s’exécute

Entre une analyse et un nettoyage, une app peut se lancer, un fichier peut être remplacé, une compilation peut démarrer ou un chemin peut finir par pointer ailleurs. Avant d’agir, Mint vérifie donc de nouveau ce qui compte pour cette action, par exemple si quelque chose est utilisé, ce qui entre exactement dans son périmètre et si c’est protégé. Si quelque chose a changé, un élément retenu plus tôt peut être laissé de côté.

Mint réutilise les tailles de dossiers, les empreintes de contenu et les analyses de sessions qui sont encore valables. Cela fait gagner du temps, mais les vérifications au moment d’agir s’exécutent quand même à chaque fois. Des autorisations manquantes, une analyse interrompue ou une limite d’analyse laissent la partie concernée non confirmée, et Mint ne la traite pas comme si tout allait bien.

C’est aussi pour cela qu’un rapport n’explique pas forcément chaque octet. Mint peut connaître la taille d’un dossier sans prendre en charge son format, ou connaître le propriétaire sans pouvoir confirmer qu’on peut y toucher sans risque à cet instant. Montrer ces lacunes est plus utile que de déclarer récupérable chaque octet inexpliqué.

Ce que vos retours changent, et les limites de « Undo »

Le contenu d’un fichier donne une idée de son usage, mais il ne peut pas dire à Mint pourquoi vous gardez quelque chose. Quand vous annulez une action de Mint, remettez à sa place un fichier qu’il a rangé ou sortez de la Corbeille un fichier nettoyé, Mint vous demande s’il faut ajouter ce chemin à la liste « Ignore List ». Si vous ne répondez pas, rien ne change, et une exécution ultérieure peut à nouveau le déplacer. Une fois ajouté, le chemin passe en « Protected » et Mint n’y touche plus.

Mint enregistre les opérations sur les fichiers, et celles qui y sont éligibles peuvent être annulées tant que les fichiers et l’historique dont elles ont besoin sont encore là. Pour Codex, « Optimize » conserve les images que Codex lit quand vous reprenez la conversation. « Keep text only » est une action distincte qui supprime définitivement les médias des conversations que vous choisissez et conserve chaque mot. La suppression définitive et le vidage de la Corbeille ne peuvent pas non plus être annulés. L’historique conserve jusqu’à 90 jours ou 5 000 lots et ne remplace pas une sauvegarde.

Une action que personne n’a annulée ne prouve pas que le classement était juste. Les corrections, les restaurations et le silence sont des signaux différents, et aucun d’eux n’est un taux de précision mesuré.

Lire un élément détecté

Partez du problème que vous rencontrez. Si de l’espace a disparu d’un coup, regardez quelles sources ont grossi entre des analyses comparables. S’il vous faut de la place pour une installation, examinez des éléments précis et ce que coûterait la récupération de chacun. Vérifiez ensuite où se trouvent les données et à quoi elles servent, et si la preuve repose sur une comparaison complète du contenu, un contrôle de structure ou seulement un filtre d’âge et de taille.

Avant d’agir, vérifiez quel élément change, s’il touche à un travail en cours et si le réutiliser demande une reconstruction, un téléchargement ou une restauration depuis une sauvegarde. Un nettoyage ne règle que le manque d’espace du jour : surveillez donc les analyses suivantes au cas où l’espace se remplirait de nouveau. Quand les preuves ne suffisent pas, chercher plus loin ou conserver les données est une issue raisonnable.

Examinez un élément détecté sur votre propre Mac

Téléchargez Mint, lancez une analyse et ouvrez n’importe quel élément détecté pour voir où il se trouve, sur quelles preuves il repose et ce que sa suppression changerait.

Choisir votre offre Mint