Vibe coding con IA: cómo un MacBook de 48 GB de RAM se arrodilló (y no fue culpa de Claude)

Hay una experiencia que todo desarrollador que hace vibe coding con IA va a vivir tarde o temprano: tu máquina, esa bestia que compraste convencido de que jamás se quedaría corta, se congela. La pantalla se paraliza. El ventilador suena como un reactor. Y tú te quedas mirando la nada, preguntándote si esto de programar con inteligencia artificial era buena idea.

Me pasó cuatro veces en una sola sesión. Cuatro. Con un MacBook con 48 GB de RAM.

Esta es la historia de cómo descubrí al verdadero culpable — y spoiler: no era Claude.

La escena del crimen

Estaba en plena sesión de desarrollo con Claude Code, la CLI de Anthropic para programar con Claude. Si no la conoces, es básicamente tener a un ingeniero senior dentro de tu terminal: le describes lo que quieres, analiza tu código, propone cambios, ejecuta comandos. Es vibe coding en su máxima expresión — tú diriges, la IA implementa.

El proyecto es un monorepo con Next.js, varias apps, paquetes compartidos. Nada extremo, pero sí un proyecto real con sus dependencias. Estaba en racha: creando features, refactorizando componentes, corriendo tests. Claude respondía rápido, los cambios funcionaban, todo fluía.

Hasta que dejó de fluir.

Primero un lag sutil. Después el terminal se congelaba por segundos. Luego la pantalla entera se quedaba en negro. Reinicio forzado. Vuelvo a abrir todo. Cinco minutos después: crash otra vez.

Mi primer instinto fue culpar a lo obvio: "Claude está consumiendo demasiados recursos". Tenía sentido, ¿no? Un LLM procesando código, un dev server corriendo, el editor abierto... Seguro que entre todo estaban saturando la memoria.

Pero 48 GB de RAM no se agotan así como así. Algo no cuadraba.

La investigación

Después del tercer crash, decidí investigar en serio antes de volver a abrir el proyecto. Abrí el Monitor de Actividad con cuidado, como quien abre la puerta de una habitación donde sabe que hay algo esperándolo.

Y ahí estaba.

No era Claude. No era Node. No era Next.js. No era ni siquiera VS Code.

Era corespotlightd — el proceso de indexación de Spotlight, el buscador de macOS — consumiendo un 97,6% de CPU.

Casi el cien por cien. Un solo proceso. Indexando.

¿Indexando qué? Los miles y miles de archivos que npm install había generado en node_modules.

La explicación técnica (o por qué macOS y los monorepos no se llevan bien)

Esto es lo que pasa cuando haces vibe coding intensivo en un monorepo:

1. Claude Code ejecuta comandos como parte natural del flujo: npm install, npm run build, npm test. A veces regenera el package-lock.json o instala una dependencia nueva.

2. npm install en un monorepo crea miles de archivos. Un node_modules típico puede tener fácilmente 50.000 a 100.000 archivos. En un monorepo con workspaces, multiplica eso.

3. macOS Spotlight detecta los archivos nuevos y lanza corespotlightd para indexarlos. Spotlight no sabe que esos archivos son dependencias de código que nadie va a buscar jamás con Cmd+Space. Para él, son archivos nuevos que deben ser indexados.

4. Mientras tanto, Next.js en modo desarrollo está compilando, haciendo hot reload, generando archivos en .next/. Más archivos para que Spotlight indexe.

5. El resultado: Spotlight entra en un ciclo de indexación masiva que compite con el dev server y con Node por CPU y disco. En un SSD, las lecturas aleatorias de miles de archivos pequeños son lo que más duele.

La combinación es letal: Spotlight indexando furiosamente + Next.js compilando + Node ejecutando tests + Claude Code procesando. No es que cada uno por separado sea pesado — es la tormenta perfecta.

Y lo irónico es que Claude fue quien me ayudó a descubrirlo. Le describí los síntomas, le pedí que me ayudara a investigar, y juntos llegamos a corespotlightd como el culpable. La IA que supuestamente estaba crasheando mi máquina fue la que diagnosticó el problema real.

La solución

La buena noticia: el fix es simple y tarda menos de dos minutos.

1. Excluir la carpeta del proyecto de Spotlight

Abre Ajustes del Sistema → Siri y Spotlight → Privacidad de Spotlight (en versiones anteriores de macOS: Preferencias del Sistema → Spotlight → Privacidad). Arrastra la carpeta de tu proyecto — o cualquier carpeta donde tengas repositorios de código — a la lista de exclusiones.

Esto le dice a Spotlight: "no mires aquí nunca".

2. Crear archivos .metadata_never_index

Para cinturón y tirantes, crea un archivo vacío llamado .metadata_never_index en las carpetas que no quieres que se indexen:

# En la raíz del proyecto
touch .metadata_never_index

# En node_modules (por si acaso)
touch node_modules/.metadata_never_index

# En .next si usas Next.js
touch .next/.metadata_never_index

Este archivo es una señal de bajo nivel que macOS respeta para evitar la indexación de esa carpeta y sus subcarpetas.

3. Automatízalo (opcional pero recomendado)

Añade un script postinstall en tu package.json para que se regenere automáticamente cada vez que hagas npm install:

{
  "scripts": {
    "postinstall": "touch node_modules/.metadata_never_index"
  }
}

4. Verifica que funcionó

Después de aplicar los cambios, abre el Monitor de Actividad y busca corespotlightd. Debería estar en reposo o con un uso de CPU marginal. Si sigue activo, dale unos minutos — Spotlight puede tardar un poco en "soltar" las carpetas que ya tenía en cola.

Lecciones para desarrolladores que hacen vibe coding

Después de esta aventura, me quedo con varias cosas:

Tu máquina no es el cuello de botella — tu configuración sí. 48 GB de RAM son más que suficientes para vibe coding con IA. Pero macOS viene configurado pensando en usuarios que guardan fotos y documentos, no en desarrolladores que generan 100.000 archivos temporales cada hora.

El problema no es la IA, es el ecosistema. Claude Code es sorprendentemente ligero. El consumo real viene de Node, del dev server, del bundler, y en este caso, de un proceso del sistema operativo que nadie tiene en el radar.

Investiga antes de culpar. Mi primer instinto fue pensar "la IA consume demasiados recursos". Era la explicación fácil y estaba equivocada. El Monitor de Actividad es tu amigo — úsalo.

Ironía poética: la IA que creías que estaba rompiendo tu máquina es la misma que te ayuda a diagnosticar qué la está rompiendo de verdad. Si eso no es vibe coding, no sé qué es.

---

Si haces desarrollo con IA y usas macOS, hazme caso: excluye tus carpetas de código de Spotlight antes de tu próxima sesión. Tu ventilador te lo agradecerá.