Guías de Levo · Desarrolladores: Apple
Guía de limpieza del disco del Mac para desarrolladores (2026)
El Mac de un desarrollador se llena siempre con las mismas doce cosas: los datos de compilación y los simuladores de Xcode, node_modules, las cachés de paquetes, la imagen de disco de Docker, las herramientas de los lenguajes y los modelos de IA. Casi todo se vuelve a generar cuando hace falta, así que lo importante es saber qué carpeta es cada una y usar el comando de limpieza de la propia herramienta en lugar de rm.
| Ecosistema | Dónde se esconde | Cómo limpiarlo | Guía |
|---|---|---|---|
| Datos de compilación de Xcode | ~/Library/Developer/Xcode/DerivedData | Settings › Locations, o borra la carpeta | DerivedData |
| Simuladores y runtimes | ~/Library/Developer/CoreSimulator | xcrun simctl delete unavailable | Simuladores |
| Device support | ~/Library/Developer/Xcode/iOS DeviceSupport | Borra las carpetas de versiones antiguas de iOS | DeviceSupport |
| SwiftPM y CocoaPods | ~/Library/Caches/org.swift.swiftpm, ~/Library/Caches/CocoaPods | swift package purge-cache, pod cache clean --all | SwiftPM y CocoaPods |
| node_modules | Cada carpeta de proyecto JavaScript | Borra la carpeta y luego npm install | node_modules |
| npm, pnpm, Yarn, Bun | ~/.npm, el almacén de pnpm, ~/.bun/install/cache | npm cache clean --force, pnpm store prune | Cachés de JavaScript |
| Docker | Docker.raw en la carpeta de datos de Docker | docker system prune | Docker |
| Homebrew | ~/Library/Caches/Homebrew | brew cleanup | Homebrew |
| Python | ~/Library/Caches/pip, entornos virtuales, conda | pip cache purge, uv cache clean | pip, uv y conda, entornos virtuales |
| Rust | carpetas target, ~/.cargo | cargo clean | Rust |
| Go | ~/Library/Caches/go-build, ~/go/pkg/mod | go clean -cache | Go |
| Gradle y Android | ~/.gradle/caches, ~/Library/Android/sdk | ./gradlew clean, AVD Manager | Gradle, Emuladores de Android |
| Editores | Cachés de JetBrains, VS Code y Cursor | Las carpetas de cada app | JetBrains, VS Code y Cursor |
| Navegadores de pruebas | ~/Library/Caches/ms-playwright | npx playwright uninstall | Playwright y Puppeteer |
| Motores de juegos | Library de Unity, DerivedDataCache de Unreal | Borra la carpeta y vuelve a abrir el proyecto | Unity y Unreal |
| Modelos y agentes de IA | ~/.ollama, ~/.cache/huggingface, ~/.claude | El comando de cada herramienta | Restos de IA |
Cómo hacerlo tú mismo
Empieza por averiguar adónde se fue el espacio. Un mapa del disco es lo más rápido, pero unos cuantos comandos du responden casi todo:
du -sh ~/Library/Developer ~/Library/Caches ~/.cache ~/.npm ~/.gradle ~/.cargo ~/.ollama ~/.claude 2>/dev/null
du -sh ~/Library/Containers/com.docker.docker 2>/dev/nullLuego sigue este orden, primero lo más grande y seguro.
- Cierra Xcode y borra los datos de compilación, luego los simuladores y los device support antiguos. En un Mac con años de Xcode suelen ser de 50 a 150 GB. Por qué Xcode ocupa tanto explica cada carpeta.
- Limpia Docker. Las imágenes y la caché de compilación son lo seguro; los volúmenes pueden guardar una base de datos que te importe.
- Borra las carpetas
node_modulesytargetde proyectos que no abres desde hace meses. Usa el gestor de paquetes para recuperarlas más tarde. - Ejecuta los limpiadores de los gestores de paquetes:
brew cleanup,npm cache clean --force,pip cache purge,go clean -cache. Cada caché se reconstruye en la siguiente instalación, lo que cuesta tiempo y ancho de banda. - Revisa los modelos de IA y el historial de los agentes. Los modelos son lo único aquí que quizá ya no esté en internet, así que compruébalos a mano.
La regla que te mantiene a salvo: las cachés y los resultados de compilación se generan a partir de otra cosa. Los archivos de Xcode, las bases de datos en volúmenes de Docker, el trabajo de git sin subir, los archivos .env y tus propios modelos no.
Una rutina que funciona
A la mayoría de los desarrolladores les va mejor con un hábito pequeño que con una limpieza enorme. Una vez al mes, mide las carpetas del comando anterior y mira qué ha crecido. Los datos de compilación de Xcode, la caché de compilación de Docker y node_modules en ramas abandonadas son los que suelen crecer; el resto apenas se mueve.
Hay dos cosas que conviene hacer una sola vez. Apunta las cachés de modelos grandes a un disco externo con sus variables de entorno (OLLAMA_MODELS, HF_HOME) y acorta el tiempo que tus agentes de programación guardan las sesiones. Después, el crecimiento se frena para siempre.
Y una lista corta de lo que debes dejar en paz, diga lo que diga un limpiador: los archivos de Xcode que ya publicaste, los volúmenes de Docker con una base de datos dentro, los archivos .env y de credenciales, las claves SSH y los repositorios git con trabajo sin subir. Ninguno es una caché y ninguno se puede reconstruir desde el código fuente. Si dudas de una carpeta, ábrela, mira las fechas y pregunta a tu agente qué es antes de borrar nada.
Cómo lo hace Levo
Levo mantiene un índice en vivo de tu disco y agrupa lo que encuentra por tipo: datos de compilación de Xcode, simuladores, cachés de paquetes, imágenes de Docker, worktrees de agentes y más, cada uno con su tamaño y un motivo. Las reglas integradas conocen las carpetas anteriores. Tu propio agente, como Claude Code o Codex, lee el índice y juzga qué se ha quedado obsoleto, pero solo Levo borra.
Select › Smartly marca lo que es seguro según tu nivel de limpieza. Los modelos, las copias de seguridad, las máquinas virtuales y todo lo que esté abierto quedan sin marcar para que decidas tú. Levo vuelve a comprobar cada elemento justo antes de borrarlo y deja en paz todo lo que Xcode o una compilación esté usando. Los detalles están en Levo para desarrolladores de Xcode, para desarrolladores web y para desarrolladores de Android.
Preguntas frecuentes
¿Qué ocupa más espacio en el Mac de un desarrollador?
Normalmente primero los datos de Xcode: DerivedData, los simuladores y sus runtimes, y los device support; después la imagen de disco de Docker, las carpetas node_modules y los modelos de IA. Mide tu carpeta de inicio y la carpeta Library para ver cuál es tu caso.
¿Es seguro borrar las cachés de desarrollo?
Sí, las cachés y los resultados de compilación, porque la herramienta los vuelve a generar a partir de tu código. Espera una próxima compilación o instalación más lenta. No borres archivos de Xcode, volúmenes de Docker, trabajo de git sin subir ni modelos que no puedas volver a descargar.
¿Debo usar rm o el comando de la propia herramienta?
Usa el comando de la herramienta cuando haya uno, como simctl para los simuladores, docker prune, brew cleanup y swift package purge-cache. Sabe qué está en uso. Borrar a mano está bien para DerivedData y node_modules.
¿Cada cuánto debo limpiar el Mac de un desarrollador?
Cuando el espacio libre baje, o al terminar un proyecto grande. Los datos de compilación y las cachés vuelven a crecer, así que mirar una vez al mes es mejor que una limpieza anual.