Mole est-il sûr ? Ce qu’il supprime et ce qu’il refuse de toucher

Mole se présente sous deux programmes, et la plupart des réponses de sécurité que vous trouverez en ligne n’en décrivent qu’un seul. Mole for Mac est l’application native vendue sur mole.fit. mo est l’outil en ligne de commande gratuit et open source sur GitHub. Ils partagent une liste de protection et un journal, mais ils ne se comportent pas de la même façon au moment de la suppression, et cette différence est toute la réponse à la question de savoir si Mole est sûr pour l’usage que vous prévoyez.

La version courte : l’app Mac vous montre d’abord la liste complète des candidats et envoie les suppressions ordinaires vers la Corbeille, de sorte qu’une erreur est réversible. La CLI retire les fichiers de cache définitivement et vous donne --dry-run à la place d’un annulé. Les deux refusent un ensemble fixe de chemins, peu importe ce qui les demande.

Où vont les fichiers supprimés

Dans l’app Mac, les suppressions ordinaires vont à la Corbeille. Cela couvre le nettoyage des caches, les désinstallations d’apps, et les résidus trouvés à leurs côtés, y compris les suppressions qui exigent des droits d’administrateur et passent par le helper de Mole. Ils restent dans la Corbeille sous leurs noms d’origine jusqu’à ce que vous la vidiez, et en remettre un est une restauration Finder normale.

Deux choses n’y vont pas, et les deux sont délibérées. Optimize supprime directement un petit ensemble nommé de fichiers gérés par le système : l’état enregistré des applications, la base d’événements de quarantaine, les journaux write-ahead périmés, les listes de propriétés LaunchAgent cassées, et les fichiers .sfl vides. Chacun est conditionné par son propre prédicat d’âge, de taille ou d’existence, et chacun est un fichier que macOS régénère de lui-même. L’autre exception est la CLI, où mo clean et mo purge suppriment définitivement par conception.

C’est ce choix de conception qui explique que l’outil terminal livré avec --dry-run sur chaque commande destructive. Dans la CLI, le dry run est l’annulation. Dans l’app, c’est la Corbeille.

Ce que Mole refuse de supprimer

Un cleaner n’est digne de confiance que par ce qu’il ne fera pas, donc la liste de refus est précise plutôt qu’une promesse d’être prudent. Ces chemins sont bloqués avant toute suppression, et une demande qui en atteint un est refusée plutôt que réduite :

• Racines système. /System, /usr, /bin, /sbin, et /private/var/folders.
• Plug-ins audio. /Library/Audio/Plug-Ins/Components, VST, et VST3, plus les répertoires de support iZotope et LaserSoft. Ils ressemblent à du support d’application inerte et sont pourtant porteurs pour quiconque ouvre un projet qui les référence.
• Poids de modèles téléchargés. ~/.ollama/models, ~/.lmstudio/models, ~/.cache/huggingface, ~/.cache/torch, ~/.cache/whisper, ~/.cache/tensorflow, et ~/.cache/wandb. Ils vivent sous des chemins en forme de cache mais ce sont des téléchargements, et certains pèsent des dizaines de gigaoctets sur une liaison lente.
• Environnements Python actifs. ~/.cache/pypoetry/virtualenvs reste, tandis que les enfants artifacts et cache reconstructibles de Poetry restent nettoyables.
• Le magasin de modèles compilés de l’Apple Neural Engine. Le retirer pendant qu’une app consommatrice tourne casse la reconnaissance jusqu’au prochain redémarrage.
• État système protégé. La configuration des Réglages Système et du Centre de contrôle, les services audio, la base de données de confidentialité, les éléments de connexion et les enregistrements de tâches d’arrière-plan, et les listes de fichiers partagées derrière les menus d’éléments récents.
• La configuration de Mole elle-même. ~/.config/mole, pour qu’un nettoyage ne puisse pas effacer la liste blanche qui contraint le suivant.

La liste blanche est la moitié contrôlée par l’utilisateur de la même idée. Un chemin que vous protégez dans l’un ou l’autre programme est honoré par les deux, parce que les deux lisent ~/.config/mole/whitelist.

L’étape de revue

Le scan est gratuit dans l’app Mac, sans licence et sans limite de temps. Chaque outil scanne et vous montre sa liste de résultats complète ; une licence n’est requise que pour agir dessus, et chaque outil destructif fonctionne deux fois avant de demander. Vous pouvez donc comparer ce que Mole propose à ce que vous croyez de votre propre disque avant de payer quoi que ce soit.

Uninstall présente un plan avec chemins, propriétaires et tailles avant tout déplacement. Chaque chemin est revalidé au moment de la suppression plutôt qu’au moment du scan, de sorte qu’un fichier dont l’identité a changé entre le scan et votre approbation ne passe pas sur une décision périmée.

L’app Mac est aussi volontairement plus étroite que la CLI, dans une direction cohérente. Le cas le plus clair est celui des répertoires de dépendances : mo purge retirera node_modules, Pods, venv et vendor, tandis que l’app les écarte tous et n’offre que ce qu’une compilation locale peut reconstruire sans le réseau. Voir une catégorie dans le terminal que l’app n’offre jamais est un comportement attendu, pas une fonction manquante.

Ce qui n’est vraiment pas récupérable

Être précis ici compte plus qu’une réassurance.

Le nettoyage des caches est destiné à être définitif. Même dans l’app, où les fichiers atterrissent dans la Corbeille, le but de l’opération est que l’application régénère ce dont elle a besoin ; vider la Corbeille ensuite fait partie normalement de la fin du travail, et après cela les fichiers sont partis. La CLI saute entièrement cette étape intermédiaire.

mo purge supprime définitivement les sorties de compilation, c’est pourquoi c’est la commande qui mérite le plus un dry run d’abord. Les suppressions Optimize listées plus haut sont aussi immédiates. Aucune n’est récupérable sans une sauvegarde, et Time Machine reste la seule réponse générale à « j’ai supprimé la mauvaise chose ».

Comment vérifier tout cela vous-même

Les deux programmes ajoutent chaque suppression à ~/Library/Logs/mole/operations.log, avec les chemins. Ce fichier est le registre de ce qui s’est réellement passé, et il est écrit par l’interface qui a fait le travail.

La CLI est open source sous GPL-3.0, donc sa logique de suppression peut se lire directement. L’app Mac est signée avec un Developer ID et notariée par Apple, ce qui permet à macOS de vérifier que le build que vous avez téléchargé est celui qui a été publié. Aucun des deux programmes n’envoie de télémétrie.

Affirmations que vous pourrez lire ailleurs

Trois descriptions circulent assez largement pour mériter une correction, et les trois viennent de la lecture de l’outil terminal et de l’app comme un seul produit.

« C’est un utilitaire terminal sans aperçu et sans annulation. » Cela décrit mo clean. L’app Mac est un outil graphique, revue d’abord, dont les suppressions ordinaires atterrissent dans la Corbeille.

« Mole est gratuit. » La CLI est gratuite et open source. Mole for Mac est un achat unique à 19 $ couvrant deux Mac, avec mises à jour à vie et un remboursement sous 14 jours.

« La CLI est sous licence MIT. » Elle est sous GPL-3.0.

FAQ

Mole envoie-t-il les fichiers supprimés vers la Corbeille ?

Dans l’app Mac, le nettoyage ordinaire des caches et les suppressions d’apps vont à la Corbeille, y compris les suppressions qui exigent des droits d’administrateur. Les exceptions sont un petit ensemble de fichiers gérés par le système qu’Optimize supprime directement et que macOS régénère. L’outil en ligne de commande gratuit supprime définitivement et propose --dry-run à la place.

Mole peut-il supprimer quelque chose dont macOS a besoin ?

Les racines système, l’état système protégé tel que les bases de confidentialité et d’éléments de connexion, les plug-ins audio, les poids de modèles téléchargés, et les environnements Python actifs sont refusés avant toute suppression. L’app revalide aussi chaque chemin au moment de la suppression plutôt que de faire confiance au scan.

La CLI gratuite est-elle le même programme que l’app Mac ?

Non. Ce sont des implémentations distinctes qui partagent un vocabulaire de nettoyage, un fichier de liste blanche, et un journal. L’app est une réimplémentation Swift, pas un wrapper autour de la CLI, et elle est volontairement plus étroite sur ce qu’elle retirera.

Mole a-t-il besoin de l’accès disque complet, et pourquoi ?

Les scans de données d’apps sont conditionnés à cela. Sans la permission, Mole fonctionne toujours ; il voit moins et le dit, plutôt que de rapporter un nombre plus petit comme s’il s’agissait de l’image entière.

Comment voir ce que Mole a supprimé ?

Lisez ~/Library/Logs/mole/operations.log. Les deux programmes y écrivent, donc le fichier couvre celui que vous avez utilisé.