¿Es seguro borrar node_modules?

Sí. Solo guarda paquetes descargados; npm install (o pnpm, yarn, bun) lo rehace. Con lockfile vuelven exactamente las mismas versiones.

¿Cómo encuentro todas las carpetas node_modules del Mac?

Desde tu carpeta de código, ejecuta: find . -type d -name node_modules -prune -exec du -sh {} + | sort -h. Enseña cada una con su tamaño. npx npkill lo hace con una lista para elegir.

¿Por qué con pnpm borrar node_modules no libera espacio?

pnpm enlaza los archivos desde un almacén compartido en vez de copiarlos. Ejecuta después pnpm store prune para quitar los paquetes que no usa ningún proyecto.

Cómo encontrar y borrar carpetas node_modules viejas en el Mac

En resumen

node_modules solo guarda paquetes descargados: npm install (o pnpm, yarn, bun) lo rehace a partir del lockfile. Borrarlo en proyectos que no tocas desde hace tiempo es seguro y muchas veces libera decenas de gigas. Lo mismo vale para .venv de Python, target de Rust y carpetas de compilación como .next.

Por qué se puede borrar

node_modules es una copia de los paquetes que pide package.json. Tu código no está ahí. Si el proyecto tiene lockfile (package-lock.json, pnpm-lock.yaml, yarn.lock o bun.lock), al reinstalar vuelven exactamente las mismas versiones:

npm ci          # o: pnpm install, yarn install, bun install

Lo que cuesta es tiempo y una descarga la próxima vez que abras el proyecto. Por eso tiene sentido en proyectos que no tocas desde hace semanas, no en el de hoy.

Encontrarlos todos, con su tamaño

Ejecuta esto desde la carpeta donde tienes tu código (aquí ~/Code; cámbiala por la tuya). Enseña cada node_modules con su tamaño, el mayor al final, sin entrar en los que hay dentro de otros:

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

Si prefieres una lista donde elegir, npx npkill hace lo mismo desde la carpeta actual y borra el que marques con la barra espaciadora.

Borrarlos

Dentro del proyecto:

rm -rf node_modules

Con pnpm, los archivos de node_modules son enlaces a su almacén compartido, así que borrarlos libera poco por sí solo. Ejecuta después pnpm store prune para quitar los paquetes que ya no usa ningún proyecto.

Lo mismo en otros lenguajes

Python: .venv o venv. Vuelve con uv sync o pip install -r requirements.txt.
Rust: target, a menudo de varios GB. cargo clean lo borra; la siguiente compilación lo rehace.
Compilaciones: .next, .nuxt, .turbo, .svelte-kit, .parcel-cache, .build de Swift. Se rehacen al volver a ejecutar.
Xcode guarda las compilaciones fuera del proyecto, en DerivedData (mira la guía de Xcode).

Cuándo tener cuidado

Sin lockfile: al reinstalar pueden llegar versiones más nuevas que se comporten distinto.
Proyectos viejos: pueden necesitar la versión de Node que usaban (busca .nvmrc o engines en package.json), sobre todo si tienen módulos nativos.
Paquetes privados: necesitarás acceso a ese registro (y quizá una VPN) para reinstalarlos.
Archivos editados dentro de node_modules: se pierden. Si parcheaste un paquete, guarda el parche con patch-package o el comando de parches de tu gestor.

DiskSpace AI lo hace por ti

Analiza tu Mac en minutos, te dice qué es cada carpeta y solo marca lo que se regenera solo. Tus archivos se apartan 7 días por si te equivocas. Gratis durante la beta.

Descargar la beta

Carpetas de esta guía

Caché de npm~/.npm/_cacacheSe regenera solo
Paquetes temporales de npx~/.npm/_npxSe regenera solo
Almacén de pnpm~/Library/pnpm/storeSe regenera solo
Caché de Yarn~/Library/Caches/YarnSe regenera solo
Caché de Bun~/.bun/install/cacheSe regenera solo
Caché de uv (Python)~/.cache/uvSe regenera solo
Paquetes globales de npm~/.npm-globalRevisar