Agents de code IA : où part l'espace disque de votre Mac

Pourquoi les agents utilisent autant de disque

Un agent travaille comme le ferait un développeur rapide et infatigable. Il extrait du code, installe des dépendances, lance un build, exécute des tests, puis recommence. De nombreux outils donnent à chaque tâche son propre worktree git pour que plusieurs puissent s'exécuter en même temps sans toucher aux fichiers des autres.

Chaque worktree est une copie de travail complète. Chacun reçoit son propre node_modules, son environnement virtuel ou son dossier de build, et rien ne les supprime une fois la tâche terminée. Vingt tâches terminées peuvent représenter vingt copies des dépendances de votre projet.

Trouver et supprimer les worktrees oubliés

Dans un dépôt, la première commande ci-dessous liste tous les worktrees que git connaît, avec leur chemin et leur branche. Elle se contente de lire. Exécutez-la dans chaque dépôt où vous utilisez des agents.

Avant d'en supprimer un, vérifiez que son travail est en sécurité. Ouvrez le dossier et exécutez git status. Si la branche a été fusionnée ou poussée et qu'il n'y a pas de modifications non commitées, vous ne perdez rien en le supprimant.

La deuxième commande supprime le dossier d'un worktree. Git refuse si le worktree contient des modifications non commitées ou non suivies, ce qui est la protection que vous voulez : n'ajoutez donc pas --force sans avoir regardé. La troisième se contente d'effacer ce que git a enregistré sur les worktrees dont les dossiers ont déjà disparu. Supprimer un worktree ne supprime pas sa branche.

git worktree list
git worktree remove path/to/worktree
git worktree prune

Journaux de session et données d'agents dans votre dossier de départ

Les agents et leurs outils en ligne de commande gardent des transcriptions, un historique, des instantanés des fichiers modifiés et des outils téléchargés dans des dossiers masqués de votre dossier de départ, comme ~/.claude, ~/.codex et ~/.cursor. Les éditeurs basés sur VS Code en gardent davantage dans ~/Library/Application Support.

La commande ci-dessous liste par taille les dossiers masqués de votre dossier de départ, les plus volumineux en dernier. Elle se contente de lire.

Ces dossiers mélangent deux types de données. Les journaux et les transcriptions sont de l'historique : en supprimer d'anciens vous prive de la possibilité de reprendre ces sessions ou d'y faire des recherches. Les réglages, les identifiants et les fichiers de mémoire sont de la configuration : les supprimer oblige à reconfigurer l'outil. Videz les anciennes sessions depuis les réglages ou les commandes de l'outil lorsqu'il en propose, et ne supprimez pas le dossier entier.

du -sh ~/.??* 2>/dev/null | sort -h | tail -15

Dépendances et résultats de build, multipliés

Une fois supprimés les worktrees dont vous n'avez plus besoin, le reste de l'espace se trouve en général dans des dossiers de projets toujours présents. Les agents clonent souvent des dépôts dans des dossiers temporaires ou de travail et les y laissent.

La commande ci-dessous trouve les dossiers node_modules dans votre dossier de code et les trie par taille. Elle se contente de lire. Remplacez ~/Projects par l'endroit où vivent votre code et vos worktrees. Les environnements virtuels Python, en général nommés .venv, et les dossiers de build comme .build, target et dist suivent le même schéma.

Chacun d'eux peut être supprimé dans un projet qui n'est pas utilisé. La commande d'installation ou de build les recrée.

find ~/Projects -type d -name node_modules -prune -exec du -sh {} + 2>/dev/null | sort -h

Les caches de paquets grossissent plus vite, eux aussi

Chaque installation lancée par un agent alimente le cache de téléchargement du gestionnaire de paquets, et les agents installent bien plus souvent que les humains. Les outils de test ajoutent le leur : Playwright, par exemple, télécharge des navigateurs complets dans ~/Library/Caches/ms-playwright.

Ces caches se vident sans risque avec la commande propre à chaque outil, comme npm cache clean --force, pnpm store prune, uv cache clean ou brew cleanup. Chacune ne supprime que des téléchargements, et le prix à payer est que la prochaine installation les récupère à nouveau.

Modèles locaux

Si vous exécutez des modèles sur le Mac, ce sont probablement les plus gros éléments individuels du disque. Un seul modèle pèse souvent plusieurs Go, et en essayer quelques-uns fait vite grimper le total.

• Ollama garde ses modèles dans ~/.ollama/models. La première commande ci-dessous les liste avec leur taille, et ollama rm suivi du nom d'un modèle en supprime un.
• Les bibliothèques Hugging Face mettent en cache les modèles et les jeux de données dans ~/.cache/huggingface/hub. La seconde commande les liste par taille.
• LM Studio garde ses téléchargements dans son propre dossier de modèles, que vous pouvez ouvrir et gérer depuis l'app.
• Supprimer un modèle ne fait rien perdre de définitif, mais il faudra le télécharger à nouveau si vous voulez le retrouver.

ollama list
du -sh ~/.cache/huggingface/hub/* 2>/dev/null | sort -h

Conteneurs et bacs à sable

Certains agents exécutent du code dans des conteneurs Docker. Chaque image et chaque conteneur arrêté reste dans l'image disque de Docker, qui grossit et ne diminue pas d'elle-même.

La première commande ci-dessous montre ce que Docker conserve. Elle se contente de lire. La seconde supprime les conteneurs arrêtés, les réseaux inutilisés, les images orphelines (dangling) et le cache de build inutilisé. Elle ne supprime ni les volumes ni les images qu'un conteneur utilise encore. Tout ce qui n'est stocké que dans un conteneur arrêté est perdu : vérifiez donc avant de l'exécuter.

docker system df
docker system prune

Le rôle de Diskzy

Diskzy cartographie tout le disque et reste à jour à mesure que les fichiers changent, ce qui convient bien à ce problème : vous voyez quel dossier grossit pendant que les agents travaillent. La vue System Data, explained (les Données système expliquées) présente les données de développement et les modèles d'IA comme des parties nommées à part entière, avec leur taille.

L'onglet Clean up (nettoyage) trouve les dossiers de build des projets, comme node_modules, .build, Pods et les environnements virtuels, où qu'ils soient, et laisse un dossier décoché si son projet a changé au cours des 14 derniers jours. Les caches de gestionnaires de paquets sont cochés. Les modèles Ollama, Hugging Face et LM Studio sont listés mais décochés, parce qu'il faudrait les télécharger à nouveau. Tout ce qui est supprimé va dans la corbeille.