~/Library/Caches: la única carpeta detrás de la mitad de este blog

Si has leído más de un artículo de este blog, habrás notado un patrón: DerivedData, cachés de navegador, cachés de apps Electron, CocoaPods, índices de JetBrains — una parte enorme de ellas vive en algún lugar bajo un único directorio. Vale la pena mirar ese directorio directamente, una vez, en lugar de app por app.

open ~/Library/Caches

El Finder oculta ~/Library por defecto — mantén pulsada la tecla Option mientras haces clic en el menú Ir del Finder para revelarla, o usa el comando open de arriba, que evita por completo el ajuste de carpeta oculta.

Por qué existe esta carpeta y por qué es segura por diseño

~/Library/Caches es la ubicación que el propio Apple designó exactamente para este propósito — datos que cualquier app puede regenerar o volver a descargar, que el sistema operativo tiene permiso explícito para purgar bajo presión de disco. No es una convención que inventaron los desarrolladores; es una parte documentada de la estructura de archivos de Apple, y se supone que toda app de Mac bien diseñada la usa para cualquier cosa no esencial.

Ese único hecho es lo que hace a esta carpeta inusualmente segura de vaciar en bloque, comparado con casi cualquier otro lugar de tu disco: por diseño del propio Apple, nada aquí se supone que sea la única copia de algo que importe. Las excepciones prácticas — un puñado de apps que hacen mal uso de la carpeta Caches para datos que no son realmente desechables — son lo bastante raras como para merecer mención específica, que es lo que hace este artículo más abajo.

Leerla directamente, clasificada por tamaño

du -sh ~/Library/Caches/* 2>/dev/null | sort -hr | head -30

En casi cualquier Mac que lleve más de un año en uso, este único comando saca a la luz exactamente los mismos nombres cubiertos en las demás guías de este blog: com.apple.Safari, Google/Chrome, org.swift.swiftpm, Homebrew, CocoaPods, pip, JetBrains, más docenas de entradas más pequeñas de apps que nunca se te ocurriría revisar individualmente.

Los nombres de carpeta casi siempre son identificadores de paquete en DNS inverso (com.company.AppName) o nombres de paquete simples (pip, Homebrew) — si ves uno que no reconoces, mdfind "kMDItemCFBundleIdentifier == '<the-name>'" normalmente te dirá a qué app instalada pertenece.

El enfoque seguro en bloque

Para la mayoría de la gente, la mayor parte del tiempo, esto es genuinamente correcto:

rm -rf ~/Library/Caches/*

Toda app bien diseñada reconstruye lo que necesita de esta carpeta la próxima vez que se ejecuta — ese es todo el propósito de que exista el directorio. El costo visible es la suma de cada costo individual cubierto en otras partes de este blog: los navegadores vuelven a descargar recursos, los gestores de paquetes vuelven a descargar en la siguiente instalación, el índice de Xcode se reconstruye, y así sucesivamente — nada se rompe, varias cosas van brevemente más lentas.

Las excepciones que vale la pena conocer por nombre

Un pequeño número de apps usa su subcarpeta de Caches para datos que son más caros de perder de lo que sugiere la palabra “caché”, cubiertos con más detalle en sus propios artículos:

• El IndexedDB de Slack puede contener borradores de mensajes sin enviar — mira la guía de Slack y Discord.
• El IndexedDB de cualquier app usado como almacenamiento local-first (algunas PWA, algunas apps de notas) — mira la guía de caché del navegador.
• La caché de Docker técnicamente vive fuera de esta carpeta por completo — está dentro de una imagen de disco de VM bajo ~/Library/Containers, no en ~/Library/Caches, lo cual vale la pena saber para que un borrado en bloque de Caches no dé una falsa sensación de haber cubierto también Docker. Mira la guía de espacio en disco de Docker.

Todo lo demás cubierto en este blog — DerivedData técnicamente vive bajo ~/Library/Developer, no bajo ~/Library/Caches, otra carpeta que vale la pena conocer y que queda justo fuera del radio de esta — o está directamente dentro de ~/Library/Caches o se rige por el mismo principio de “seguro de regenerar” aunque Apple lo haya archivado bajo un directorio de nivel superior ligeramente distinto.

Por qué un escaneo supera a un borrado en bloque de todas formas

rm -rf ~/Library/Caches/* es seguro, pero también es ciego — no puede decirte qué tres apps son responsables de 40 de los 45 GB que hay ahí, y no puede avisarte de la excepción del IndexedDB de Slack antes de que ocurra. Un desglose byte a byte, ordenado y con nombre, convierte “vacía la carpeta de caché y espera lo mejor” en “estas son las cuatro cosas que de verdad vale la pena conocer, en orden.”

DevCruft está diseñado para leer exactamente esta carpeta — más DerivedData, el almacenamiento de contenedores de Docker, y todo lo demás que vive justo fuera de ella — y mostrar el mismo desglose clasificado que produce el comando du de arriba, pero con cada entrada etiquetada según qué es realmente y si es segura, en lugar de un identificador de paquete que tienes que buscar tú mismo. Es una app gratuita para Mac que aún está en desarrollo; únete a la lista de espera si quieres saber cuándo esté disponible.

Esta es la última de diez guías añadidas en esta tanda. Para el recorrido original y más amplio de todo lo que llena el Mac de un desarrollador, empieza con la guía completa de almacenamiento para desarrolladores.