Diskzyv0.1

Agentes de IA que llenan el disco de tu Mac: adónde va

10 de octubre de 2026 · 6 min de lectura

Si tu disco empezó a llenarse más rápido desde que usas agentes de programación con IA, el espacio suele estar en cuatro sitios: worktrees de git adicionales con sus propias dependencias y su resultado de compilación, registros de sesiones en carpetas ocultas de tu carpeta de inicio, cachés de paquetes y descargas de modelos locales.

Los cuatro se pueden medir con comandos de solo lectura y vaciar con los comandos de las propias herramientas. Lo único que hay que proteger es el trabajo de un agente que nunca se confirmó en un commit ni se fusionó.

Por qué los agentes usan tanto disco

Un agente trabaja como lo haría un desarrollador rápido e incansable. Extrae el código, instala las dependencias, compila, ejecuta las pruebas y vuelve a empezar. Muchas herramientas dan a cada tarea su propio worktree de git, para que varias puedan ejecutarse a la vez sin tocar los archivos de las demás.

Cada worktree es una copia de trabajo completa. Cada uno recibe su propio node_modules, entorno virtual o carpeta de compilación, y nada los elimina cuando la tarea termina. Veinte tareas terminadas pueden ser veinte copias de las dependencias de tu proyecto.

Encuentra y elimina los worktrees que han quedado

En un repositorio, el primer comando de abajo lista todos los worktrees que git conoce, con su ruta y su rama. Solo lee. Ejecútalo en cada repositorio en el que uses agentes.

Antes de eliminar uno, comprueba que su trabajo está a salvo. Abre la carpeta y ejecuta git status. Si la rama se fusionó o se subió con push y no hay cambios sin confirmar, no se pierde nada al eliminarlo.

El segundo comando elimina la carpeta de un worktree. Git se niega si el worktree tiene cambios sin confirmar o archivos sin seguimiento, que es la protección que quieres, así que no añadas --force sin haber mirado antes. El tercero solo limpia los registros que git guarda de worktrees cuyas carpetas ya no existen. Eliminar un worktree no borra su rama.

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

Registros de sesiones y datos de agentes en tu carpeta de inicio

Los agentes y sus herramientas de línea de comandos guardan transcripciones, historial, instantáneas de los archivos editados y herramientas descargadas en carpetas ocultas de tu carpeta de inicio, como ~/.claude, ~/.codex y ~/.cursor. Los editores basados en VS Code guardan más cosas en ~/Library/Application Support.

El comando de abajo lista las carpetas ocultas de tu carpeta de inicio por tamaño, con las más grandes al final. Solo lee.

Estas carpetas mezclan dos tipos de datos. Los registros y las transcripciones son historial: borrar los antiguos te cuesta la posibilidad de reanudar esas sesiones o de buscar en ellas. Los ajustes, las credenciales y los archivos de memoria son configuración: borrarlos significa tener que configurar la herramienta de nuevo. Borra las sesiones antiguas desde los ajustes o los comandos de la propia herramienta cuando los ofrezca, y no borres la carpeta entera.

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

Dependencias y resultado de compilación, multiplicados

Después de eliminar los worktrees que ya no necesitas, el resto del espacio suele estar en carpetas de proyectos que siguen ahí. Los agentes a menudo clonan repositorios en carpetas temporales o de pruebas y los dejan.

El comando de abajo busca carpetas node_modules dentro de tu carpeta de código y las ordena por tamaño. Solo lee. Sustituye ~/Projects por el lugar donde están tu código y tus worktrees. Los entornos virtuales de Python, que normalmente se llaman .venv, y las carpetas de compilación como .build, target y dist siguen el mismo patrón.

Cualquiera de ellas se puede borrar en un proyecto que no se está usando. El comando de instalación o de compilación las vuelve a crear.

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

Las cachés de paquetes también crecen más rápido

Cada instalación que ejecuta un agente añade algo a la caché de descargas del gestor de paquetes, y los agentes instalan con mucha más frecuencia que las personas. Las herramientas de pruebas añaden la suya: Playwright, por ejemplo, descarga compilaciones completas de navegadores en ~/Library/Caches/ms-playwright.

Estas cachés se pueden vaciar sin riesgo con el comando propio de cada herramienta, como npm cache clean --force, pnpm store prune, uv cache clean o brew cleanup. Cada uno elimina solo descargas, y el coste es que la siguiente instalación las obtiene de nuevo.

Modelos locales

Si ejecutas modelos en el Mac, probablemente sean los elementos individuales más grandes del disco. Un solo modelo ocupa a menudo varios GB, y probar unos cuantos suma rápido.

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

Contenedores y entornos aislados

Algunos agentes ejecutan el código dentro de contenedores de Docker. Cada imagen y cada contenedor detenido se queda dentro de la imagen de disco de Docker, que crece y no se reduce sola.

El primer comando de abajo muestra lo que Docker tiene guardado. Solo lee. El segundo elimina los contenedores detenidos, las redes sin usar, las imágenes huérfanas (dangling) y la caché de compilación sin usar. No elimina los volúmenes ni las imágenes que todavía usa algún contenedor. Todo lo que esté guardado solo dentro de un contenedor detenido se pierde, así que compruébalo antes de ejecutarlo.

docker system df
docker system prune

Dónde encaja Diskzy

Diskzy hace un mapa de todo el disco y se mantiene al día a medida que cambian los archivos, algo que encaja con este problema: puedes ver qué carpeta está creciendo mientras los agentes trabajan. System Data, explained (Datos del sistema, explicados) muestra los datos de desarrollo y los modelos de IA como partes propias con nombre y con su tamaño.

La pestaña Clean up (Limpieza) encuentra las carpetas de compilación de proyectos, como node_modules, .build, Pods y los entornos virtuales, estén donde estén, y deja una carpeta sin marcar si su proyecto ha cambiado en los últimos 14 días. Las cachés de gestores de paquetes aparecen marcadas. Los modelos de Ollama, Hugging Face y LM Studio aparecen en la lista pero sin marcar, porque habría que descargarlos de nuevo. Todo lo que se elimina va a la Papelera.

Preguntas frecuentes

¿Es seguro borrar los worktrees de git creados por un agente de programación?
Sí, una vez que el trabajo que contienen está confirmado en un commit y fusionado o subido con push. Usa git worktree remove, que se niega si hay cambios sin confirmar. La rama en sí se conserva.
¿Puedo borrar las carpetas ocultas que los agentes crean en mi carpeta de inicio?
Los registros y las transcripciones de sesiones antiguas se pueden borrar si no necesitas reanudar esas sesiones. No borres la carpeta entera, porque también contiene los ajustes y los datos de inicio de sesión.
¿Por qué tengo tantas carpetas node_modules?
Cada worktree y cada copia clonada de un proyecto tiene la suya. Los agentes que trabajan en worktrees separados crean un juego completo de dependencias para cada tarea.
¿Dónde se guardan los modelos de IA locales en un Mac?
Ollama usa ~/.ollama/models y las bibliotecas de Hugging Face usan ~/.cache/huggingface/hub. Otras apps usan sus propias carpetas, que puedes localizar desde sus ajustes.
¿Borrar un worktree borra la rama?
No. git worktree remove borra solo la carpeta de trabajo. La rama y sus commits siguen en el repositorio hasta que borras la rama tú mismo.

Guías relacionadas

Guías de desinstalación

Descubre adónde se fue el espacio de tu Mac

Diskzy hace un mapa de tu disco, explica los Datos del sistema y limpia lo que es seguro. Gratis durante 72 horas, después $9 una sola vez para 2 Mac.

Prueba Diskzy gratis
Leer en:EnglishEspañolDeutschPortuguêsFrançaisTürkçe日本語