Ton Mac affiche « disque presque plein » et tu n'oses rien supprimer de peur de tout casser. La bonne nouvelle : la plupart de l'espace gaspillé se cache dans des fichiers régénérables — l'ordinateur les recrée tout seul. Voici où il part vraiment, ce qui est safe à effacer, et comment auditer ton Mac en une commande.
1Le « Autres » / « Système » : le trou noir du stockage
Le symptôme. Dans Réglages > Stockage, une énorme barre grise « Autres » ou « Données système » que macOS n'explique pas. C'est là que se planquent caches, logs et fichiers temporaires accumulés depuis des mois.
La vérité. macOS est censé nettoyer ça tout seul… mais il le fait mal, et rarement. Un audit sérieux commence toujours par ouvrir ce trou noir et le cartographier avant de toucher à quoi que ce soit.
2Les caches : le plus gros gaspillage récupérable
Où ça vit. ~/Library/Caches et /Library/Caches. Chaque appli (navigateur, messagerie, outils créatifs) y stocke des données temporaires pour aller plus vite.
Pourquoi c'est safe. Un cache, par définition, se reconstruit tout seul à la prochaine ouverture de l'appli. Tu perds au pire quelques secondes de rechargement — jamais tes données.
3Logs, téléchargements et vieux installeurs
Les logs. ~/Library/Logs et /Library/Logs : des journaux techniques que 99 % des gens ne liront jamais. Régénérables, sans valeur une fois l'appli stable.
Les installeurs oubliés. Ton dossier Téléchargements est un cimetière de .dmg, .pkg et .zip : l'appli est déjà installée, l'installeur ne sert plus à rien. Tri rapide, gain immédiat.
4Si tu codes : les gouffres cachés du dev
node_modules. Chaque projet JavaScript traîne son dossier node_modules — souvent plusieurs centaines de Mo, et tu en as des dizaines. Ils se recréent en une commande (npm install). Les vieux projets dormants n'en ont plus besoin.
Xcode & artefacts de build. ~/Library/Developer/Xcode/DerivedData, les supports d'anciens iPhone, les caches de compilation : c'est souvent le plus gros poste chez un dev Mac. Tout se régénère à la prochaine compilation.
Docker. Images, volumes et couches inutilisées s'empilent silencieusement. Un nettoyage des ressources dormantes libère de l'espace sans casser tes conteneurs actifs.
Le vrai secret : classer par niveau de risque
Nettoyer n'est dangereux que si tu supprimes à l'aveugle. La méthode fiable : trier chaque poste en trois niveaux — faible (se recrée seul), moyen (safe si tu sais ce que c'est), protégé (on ne touche pas).
| Type de fichier | Où ça vit | Se recrée seul ? | Niveau de risque |
|---|---|---|---|
| Caches d'applis | ~/Library/Caches | Oui | ★ Faible |
| Logs | ~/Library/Logs | Oui | ★ Faible |
| Vieux installeurs | ~/Downloads (.dmg/.pkg) | — | Faible |
| node_modules dormants | tes dossiers de projets | Oui (npm install) | Moyen |
| DerivedData Xcode | ~/Library/Developer/Xcode | Oui | Moyen |
| Ressources Docker inutilisées | Docker | Oui | Moyen |
| Système & données d'app | zones protégées macOS | Non | Protégé — ne pas toucher |
Faire tout l'audit en une seule commande
Faire ce tri à la main prend des heures et fait peur. C'est exactement pour ça que j'ai créé une skill Codex qui audite ton Mac à ta place : elle scanne caches, logs, téléchargements, artefacts de build, node_modules, données Xcode et restes Docker, puis te rend un rapport clair — chemins exacts, espace récupérable, niveaux de risque.
npx --yes codex-mac-storage-cleanup. Rapport en lecture seule par défaut, elle demande toujours avant de supprimer, et c'est 100 % open source → voir le repo sur GitHub.Récupérer de l'espace disque, c'est le genre de petit outil qui change ta journée. Mais la vraie compétence 2026, c'est de savoir construire ce type de skill toi-même — et le vendre. C'est tout l'objet de ce qui suit.
