¿Cuántos gigas de basura tiene tu Mac ahora mismo sin que lo sepas?
No hablo de las fotos duplicadas de la barbacoa del 2019 ni de la carpeta de Descargas que ya parece un vertedero municipal. Hablo de artefactos de compilación. node_modules de proyectos que no tocas desde la pandemia. Cachés de build de frameworks que ni recuerdas haber instalado. derived data de Xcode acumulándose como polvo debajo de la cama.
Yo llevaba meses con el disco al 85% de ocupación y haciendo malabares con lo que borraba. Hasta que descubrí Mole, ejecuté mo purge --dry-run, y la pantalla me escupió un número: 17 GB recuperables. Trescientos cincuenta artefactos de compilación olvidados por ahí, pudriéndose en silencio.
Diecisiete gigas. Sin tocar una sola foto ni un solo documento.
Qué es Mole (y qué no es)
Mole es una CLI para macOS que promete «deep clean and optimize your Mac». Viene con un menú de comandos que suena a navaja suiza:
mo clean # Limpia cachés, logs y temporales
mo uninstall # Desinstala apps completamente
mo optimize # Chequea y "optimiza" el sistema
mo analyze # Explora el uso de disco
mo status # Monitoriza salud del sistema
mo purge # Elimina artefactos de proyectos
mo installer # Encuentra instaladores viejos
mo touchid # Configura Touch ID para sudo
Ocho comandos. Te lo vendo ya: solo dos merecen tu tiempo. El resto va desde «meh, ya lo hago yo» hasta «ni de broma ejecuto eso sin mirar».
mo purge: la joya silenciosa
Si eres desarrollador y llevas más de seis meses usando tu Mac, mo purge va a encontrar tesoros escondidos. Para entendernos: escanea tus directorios de proyectos y detecta artefactos de build que ocupan espacio pero no aportan nada.
¿Qué tipo de artefactos? Los sospechosos habituales:
- node_modules en proyectos Node/Bun que no tocas
- target/ en proyectos Rust
- build/ y .build/ en proyectos Swift/Xcode
- DerivedData de Xcode
- pycache y entornos virtuales en Python
- .gradle y build/ en proyectos Java/Kotlin
- Pods/ en proyectos iOS con CocoaPods
La gracia es que estos directorios son 100% regenerables. Si mañana vuelves a ese proyecto, un npm install o cargo build los recrea desde cero. Pero mientras tanto, están ahí ocupando gigas como un inquilino que no paga alquiler.
El flujo correcto
Primero, siempre en seco:
mo purge --dry-run
Esto te muestra qué encontraría y cuánto espacio liberaría sin tocar nada. Es tu momento de revisar la lista y asegurarte de que no va a borrar el node_modules del proyecto que tienes abierto ahora mismo en tres terminales.
Si el resultado te convence:
mo purge
Y 17 GB vuelven a tu disco. Así de simple.
Configurar las rutas de escaneo
Por defecto, Mole busca en rutas genéricas (~/Projects, ~/GitHub, ~/Code…). Si tu estructura de directorios es diferente — y si eres mínimamente organizado, lo será — necesitas configurarlo:
mo purge --paths
Esto abre un editor donde puedes añadir tus rutas reales. En mi caso, ~/code y ~/courses. Sin esto, Mole escanea carpetas que no existen y se pierde las que sí importan.
mo analyze: el mapa del tesoro
mo analyze es la otra gema. Lanza una TUI (interfaz de terminal) interactiva que te muestra un mapa de tu disco, directorio por directorio, ordenado por tamaño.
mo analyze # Analiza el disco principal
mo analyze /Volumes # Analiza discos externos
Es como un Disk Inventory X o un GrandPerspective, pero en la terminal y sin instalar una app gráfica.
¿Por qué es útil? Porque el problema del espacio en disco no es «necesito borrar algo». El problema es «no sé qué demonios está ocupando 50 GB». mo analyze te da la respuesta en segundos. Navegas por el árbol, ves qué pesa más, y decides.
La diferencia con un du -sh * | sort -rh manual: la TUI te permite navegar hacia dentro de los directorios sin tener que relanzar el comando. Entras, sales, comparas. Es más rápido y más visual que la alternativa de terminal pura.
Y el resto… pues mira
Aquí viene la opinión fuerte: los otros comandos de Mole van de prescindibles a directamente innecesarios.
mo clean: hace poco que no hagas ya
Limpia cachés del sistema, logs y temporales. Suena bien, pero macOS ya gestiona la mayoría de estas cachés automáticamente. Y las que no gestiona (cachés de Homebrew, Docker, etc.), las borras tú mejor a mano porque sabes qué quieres conservar y qué no.
¿Vas a ganar 2-3 GB? Probablemente. ¿Merece la automatización? Si tu disco está tan justo que 2 GB importan, mo purge te habría dado 10x más.
mo optimize: la caja negra
«Check and maintain system health, apply optimizations.» ¿Qué optimizaciones? ¿Sobre qué? La documentación es vaga y a mí no me gusta ejecutar cosas que «optimizan» mi sistema sin saber exactamente qué tocan.
Puedes hacer mo optimize --dry-run para ver qué haría, y eso está bien. Pero en mi experiencia, las «optimizaciones» son cosas tipo verificar permisos del disco, limpiar fuentes rotas y reconstruir índices de Spotlight. Cosas que o bien macOS ya hace, o bien no necesitas hacer salvo que algo esté roto.
mo uninstall: útil pero con matices
Desinstala apps eliminando también sus ficheros de soporte (preferencias, cachés, etc.) que quedan huérfanos cuando arrastras una app a la papelera. Es lo que hace AppCleaner, pero desde la terminal.
Si desinstalas apps a menudo, vale. Si no, meh.
mo status: bonito pero decorativo
Un dashboard en terminal con CPU, memoria, disco, batería. Bonito. Pero ya tienes htop, btop, Activity Monitor, y si usas un agente de IA, le puedes preguntar directamente «¿cómo va la memoria?» y te lo dice sin abrir nada.
La conclusión: menos es más
Mole tiene ocho comandos. Dos son oro puro. El resto es relleno que puedes vivir sin él.
mo purge resuelve un problema real que ninguna otra herramienta de limpieza de Mac toca: los artefactos de compilación de desarrollador. No es una ñapa que borra cachés del sistema esperando que notes la diferencia. Encuentra build artifacts concretos, te dice cuánto pesan, y los elimina. Todo regenerable. Cero riesgo.
mo analyze resuelve el otro problema real: saber dónde se está yendo tu espacio. Sin interfaces gráficas, sin esperar a que Finder indexe, sin ejecutar du seis veces. Una TUI rápida que te da el mapa completo.
Entre los dos, en mi máquina, recuperé 17 GB en menos de un minuto. Y lo mejor es que puedo repetirlo cada mes sin pensar — los artefactos vuelven a acumularse como la ropa sucia, pero ahora tengo la lavadora.
# Tu nuevo ritual mensual
brew install mole # Una vez
mo purge --paths # Configurar tus directorios (una vez)
mo purge --dry-run # Revisar
mo purge # Limpiar
mo analyze # Investigar qué más sobra
Bonus: automatizar el mantenimiento completo
Si mo purge es seguro — y lo es, porque todo lo que borra se regenera con un install o build — ¿por qué no automatizarlo junto con brew upgrade?
«Pero espera, ¿brew upgrade automático no puede romper cosas?» La objeción razonable es que una actualización de Python o Node podría romper un proyecto. La respuesta en 2026: no, si usas gestores de versiones por proyecto. uv gestiona su propia instalación de Python por proyecto (uv python install 3.x), así que brew upgrade python no toca nada de tus entornos virtuales. Lo mismo con Node si usas fnm o nvm. El Python o Node de Homebrew es el del sistema — tus proyectos no dependen de él.
Con eso resuelto, un LaunchAgent que ejecute esto cada domingo es puro beneficio:
#!/bin/bash
# Actualizar Homebrew
brew update && brew upgrade
brew cleanup --prune=30
brew autoremove
# Limpiar artefactos de desarrollo
mo purge --yes
Te levantas el domingo, tu Mac tiene los paquetes al día, los gigas de node_modules muertos han desaparecido, y te llega un mensaje a Telegram con el resumen. Sin pensar. Sin recordar. Sin fricción.
Eso sí: mo analyze no se automatiza. Explorar tu disco es una decisión que tomas tú, no un cron. Pero una vez al mes, después del purge automático, lanzar mo analyze para ver qué más sobra es un buen hábito.
El mejor software no es el que tiene más funciones. Es el que hace bien las dos cosas que de verdad necesitas. Mole tiene seis comandos de más, pero los dos que importan valen la instalación.
Read this article in English.
