# Qué es ~/Library/Caches en Mac y qué se puede borrar

> Distingue caché, estado y datos, mide cada propietario, usa su función de limpieza y comprueba la app antes de vaciar la Papelera.

Published: 2026-06-17 | Updated: 2026-09-28

Una caché real se puede reconstruir, pero una carpeta llamada Cache no es
automáticamente segura de borrar. Las apps a veces mezclan descargas sin conexión,
estado de sesión, índices y trabajo sin sincronizar junto a archivos descartables.
La habilidad útil no es aprender una lista de rutas; es identificar al dueño, la
fuente de reconstrucción y la consecuencia de un cache miss.

Aquí va qué es cada tipo, dónde vive y cómo borrarlo sin daño colateral.

La [guía de Apple sobre los directorios Library](https://developer.apple.com/library/archive/documentation/FileManagement/Conceptual/FileSystemProgrammingGuide/MacOSXDirectories/MacOSXDirectories.html)
define la caché como datos regenerables de cuya permanencia una app no debe depender.
Application Support tiene otro contrato de recuperación.

<figure class="blog-diagram">
  <img src="https://mole.fit/img/blog/cache-lifecycle.webp" width="1360" height="454" loading="lazy" alt="Una consulta de caché que se ramifica en un acierto rápido o un fallo que obtiene los datos de origen y reconstruye el caché">
  <figcaption>Un cache hit responde de inmediato. Un miss obtiene los datos de origen, reconstruye la copia descartable y la guarda para la siguiente petición.</figcaption>
</figure>

## `~/Library/Caches` y `/Library/Caches` tienen alcances distintos

- `~/Library/Caches` guarda cachés de usuario por app, el grupo más grande del día a
  día. Cada subcarpeta se nombra por bundle identifier, como `com.google.Chrome`.
- `/Library/Caches` guarda cachés del sistema.
- `/System` está protegido por System Integrity Protection y no es tuyo para
  tocarlo. Nunca lo intentes.

Apple documenta la convención de bundle identifier, pero un nombre familiar no
es un certificado de seguridad. Una app puede guardar una base de datos de caché,
estado de sesión y descargas una al lado de otra. Las apps en sandbox también
pueden dejar el material relacionado dentro de Containers en vez de en el
directorio Caches del usuario.

El [resumen del sistema de archivos de Apple](https://developer.apple.com/library/archive/documentation/FileManagement/Conceptual/FileSystemProgrammingGuide/FileSystemOverview/FileSystemOverview.html)
reserva `/System/Library` para Apple. No borres recursivamente ninguna raíz Caches
ni añadas `sudo` para saltarte un error de permisos.

## Clasifica el contenido antes de decidir

Los archivos que una app guarda fuera de su paquete deben distinguirse por su función.
Reconstruir una caché no es lo mismo que recuperar datos personales:

- **Caché** es recomputable: miniaturas renderizadas, salida compilada o archivos
  descargados para ganar velocidad. Borrarla puede significar arranques más lentos,
  uso de red y pérdida de disponibilidad sin conexión.
- **Estado** es tu sesión: ventanas abiertas, posición de desplazamiento, borradores.
  Perderlo puede eliminar trabajo sin guardar o impedir que recuperes una sesión.
- **Datos** son irreemplazables: tus mensajes, tu biblioteca de fotos, tus inicios
  de sesión guardados. Borrarlos es una pérdida real.

| Tipo | Contenido habitual | Coste al borrar | Acción predeterminada |
| --- | --- | --- | --- |
| Caché | Miniaturas, compilados, copias descargables | Tiempo, energía y red | Revisar y usar la función del dueño |
| Estado o sesión | Pestañas, cookies, borradores, tokens | Sesiones, restauración, trabajo sin conexión | Conservar salvo reset específico |
| Base o índice | `.db`, `.sqlite`, índices cifrados | Búsqueda, registros offline, única copia local | Solo con reconstrucción documentada |
| Datos personales | Documentos, fotos, chats, modelos, credenciales | Pérdida permanente o gran descarga | Nunca tratar como caché genérica |

Las carpetas de arriba pueden mezclar estos tipos, y por eso las herramientas de
"borrar toda la caché" son arriesgadas. Una ruta bajo `~/Library/Caches` es una
pista útil, no una prueba completa de seguridad.

Limpiar caché tiene sentido cuando una caché medida consume espacio que necesitas,
cuando los pasos de solución de problemas documentados de una app lo piden, o cuando
un índice está demostrablemente desactualizado o corrupto. No sirve como ritual.
macOS y muchas apps ya expulsan caché bajo presión, y reconstruir todo puede hacer
peor por un rato el rendimiento, el uso de batería y el tráfico de red.

Application Support, Containers, Group Containers, preferencias, llaveros y
directorios ocultos de herramientas se tratan como estado o datos de usuario hasta
que su dueño documente la reconstrucción de un hijo concreto.

## Mide primero los propietarios más grandes

Encuentra tus cachés más grandes antes de borrar nada:

```
du -sh ~/Library/Caches/* 2>/dev/null | sort -h
du -sh /Library/Caches/* 2>/dev/null | sort -h
```

Lee los elementos mayores al final y asígnalos a su dueño. La
[guía de almacenamiento del Mac](https://support.apple.com/102624) describe
Datos del Sistema como una categoría residual, no una carpeta borrable.

Si el dueño no está claro, párate ahí. Una caché de 50 MB con dueño
identificado se evalúa mejor que un directorio opaco de 20 GB. Estas cifras son
medidas, no promesas de espacio recuperable, porque los archivos pueden seguir
abiertos, APFS comparte bloques mediante clones e instantáneas, y el Finder, `du`
y Ajustes del Sistema agrupan el almacenamiento de forma distinta.

## Haz cinco preguntas antes de borrar

1. ¿Qué app, herramienta o servicio es el dueño?
2. ¿Puede reconstruirlo y desde qué fuente?
3. ¿Cuál es el coste de tiempo, batería, red y uso sin conexión?
4. ¿Están cerrados la app, descargador, gestor de paquetes y servidor de modelos?
5. ¿Hay vista previa, Papelera o una ruta clara de nueva descarga?

Si falta una respuesta, conserva la carpeta.

## Prefiere la limpieza del propietario

El dueño conoce las referencias, los blobs compartidos, las versiones activas y
los archivos que parecen viejos pero siguen siendo necesarios. Su interfaz puede
borrar menos y recuperar con más seguridad que un comando recursivo sobre el
sistema de archivos.

### Navegadores

La guía de Chrome para [borrar datos de navegación](https://support.google.com/chrome/answer/2392709?hl=en-uk)
separa caché de cookies, historial, contraseñas, ajustes y datos offline. Para
recuperar espacio, selecciona solo imágenes y archivos en caché.

Otros navegadores hacen distinciones parecidas aunque cambien las etiquetas.
Usa los controles de almacenamiento o privacidad del navegador y lee cada
categoría marcada. No borres la carpeta de perfil del navegador para vaciar una
caché de páginas.

### Herramientas de desarrollo

Las cachés de desarrollo pueden ser grandes porque cambian espacio en disco por
builds e instalaciones más rápidas. El comando tiene que corresponder al dueño.

Homebrew empieza con `brew cleanup --dry-run` según su
[documentación oficial](https://docs.brew.sh/Manpage.html#cleanup-options-formulacask-).
npm empieza con `npm cache verify`; su
[documentación de caché](https://docs.npmjs.com/cli/v11/commands/npm-cache/)
explica que forzar el borrado suele ser innecesario. Derived Data de Xcode se
reconstruye, pero consume tiempo de compilación y energía.

```bash
npm cache verify
```

Comprueba que conservas el código fuente, las dependencias y las herramientas necesarias.
Cierra Xcode y detén las compilaciones, selecciona el proyecto que de verdad piensas reconstruir y usa la
limpieza o los ajustes del propio Xcode cuando puedas. Los repositorios de
paquetes, los recursos de firma, los datos del simulador y las copias de código
fuente no son Derived Data solo por pertenecer a una herramienta de desarrollo.

### Herramientas de IA y modelos descargados

```bash
hf cache ls
hf cache rm model/example --dry-run
hf cache prune --dry-run
```

```bash
ollama ls
ollama rm <model>
```

Hugging Face ofrece `hf cache ls`, `hf cache rm ... --dry-run` y
`hf cache prune --dry-run` en sus
[comandos de caché](https://huggingface.co/docs/huggingface_hub/main/en/guides/cli#hf-cache).
Ollama lista con `ollama ls` y quita solo el modelo elegido con `ollama rm <model>`,
según la [referencia CLI](https://github.com/ollama/ollama/blob/main/docs/cli.mdx).
Modelos, chats, credenciales, sesiones y bases activas no son caché genérica.

Siempre cierra primero la app dueña. Los archivos de caché suelen estar abiertos o
mapeados en memoria mientras la app corre, y borrarlos a mitad de escritura puede
corromper la base de datos de caché de la que depende, convirtiendo una limpieza de
espacio en una app rota.

La caché del navegador merece otra distinción: cookies, datos del sitio, historial,
contraseñas guardadas y recursos de página en caché son controles separados. Selecciona
solo el contenido en caché cuando el objetivo es recuperar disco. Borrar todos los
datos de navegación puede cerrar tu sesión o quitar estado sin conexión del sitio
sin recuperar materialmente más caché.

<figure class="blog-diagram">
  <img src="https://mole.fit/img/blog/mole-clean-review.webp" width="2584" height="1741" loading="lazy" alt="Pantalla de revisión de limpieza de Mole: categorías de caché con su tamaño y una casilla cada una, y abajo el botón para limpiar definitivamente los 5,14 GB seleccionados.">
  <figcaption>Antes de borrar nada, la revisión muestra cada categoría de caché con su tamaño, y solo se limpia lo marcado. Esta es la vista Clean de Mole.</figcaption>
</figure>

Hacerlo a mano funciona, pero los bundle identifiers y los nombres de carpeta no
siempre se leen bien. Un limpiador debería mostrar el dueño, la ruta, el tamaño y la
categoría antes de tocar nada, y debería excluir por diseño perfiles, documentos,
almacenes de modelos e historial de conversaciones. La vista Clean de [Mole](https://mole.fit/es/)
sigue ese modelo de revisión primero. La lección más amplia es que una lista de
exclusión y la validación de rutas importan más que un conteo impresionante de
elementos encontrados.

## Si todavía hace falta quitar algo a mano

Si el dueño no tiene una función adecuada, ciérralo, mueve una sola subcarpeta
identificada a la Papelera y comprueba documentos, sesiones, datos offline,
ajustes, builds y modelos. La [guía de almacenamiento del Mac](https://support.apple.com/102624)
recuerda que el espacio solo se libera al vaciar la Papelera. Usa esa demora como
ventana de recuperación.

<figure class="blog-diagram">
  <img src="https://mole.fit/img/blog/cache-safety-gates.webp" width="1360" height="454" loading="lazy" alt="Un candidato de caché pasa por una sonda de tamaño con tiempo límite y puertas de seguridad antes de la revisión, mientras herramientas activas, herramientas ausentes, archivos de guarda y dominios protegidos pueden desviarlo a omitir o conservar">
  <figcaption>Un candidato llega a la Papelera solo a través de revisión y confirmación. El estado de la herramienta, los archivos de protección explícitos y los dominios protegidos deciden si llega a revisión o se queda intacto.</figcaption>
</figure>

Los detalles son el punto. Una implementación segura usa la propia interfaz de
limpieza del gestor de paquetes cuando es posible, se niega a tocar una caché de
build mientras su daemon está activo, valida cada ruta resuelta, pone timeout a las
sondas de tamaño lentas y preserva las carpetas explícitamente protegidas. Si falta
la herramienta dueña o la categoría es ambigua, la revisión es más segura que
adivinar. Una eliminación recursiva de una carpeta Caches entera salta cada una de
esas comprobaciones.

- **Historial y transcripciones de chats de asistentes de IA.** Están cerca de las
  cachés, pero son datos irreemplazables. Nunca los borres por espacio.
- **Preferencias e inicios de sesión guardados**, a diferencia de la caché
  descartable.
- **Cualquier cosa bajo `/System`.**
- **Cualquier carpeta cuyo propósito no puedas identificar.**

La regla es la que mantiene segura toda limpieza en Mac: si no puedes decir para qué
sirve un archivo, no lo borres.

## Por qué vuelven a crecer la caché y Datos del Sistema

Mide primero, cierra al dueño, usa su comando integrado de almacenamiento o limpieza,
quita una categoría a la vez y reabre la app antes de vaciar la Papelera. Nunca
trates preferencias, perfiles, chats, documentos o datos desconocidos de Application
Support como caché. Borra solo cuando el beneficio de espacio o de diagnóstico supere
el costo de reconstrucción y descarga. Ese método es más lento que "borrar todo",
pero sigue siendo seguro cuando cambian los internos de las apps.

Que la caché vuelva es normal: las apps descargan otra vez, crean miniaturas,
recompilan y reconstruyen índices. Datos del Sistema también puede actualizarse
con retraso. Comprueba el espacio libre real y el directorio del dueño, en vez de
ampliar el borrado para perseguir una etiqueta tardía.

---

Canonical HTML page: https://mole.fit/es/blog/how-to-clear-cache-on-mac
Blog index for agents: https://mole.fit/es/blog/llms.txt
Site index for agents: https://mole.fit/llms.txt
