Contexto técnico
Me interesé en este caso no por el drama del "MacBook quemado", sino porque es un problema muy práctico para la automatización con IA. Si una herramienta agente mantiene un núcleo al 100% en segundo plano, no solo se daña el portátil, sino que también se pierde la confianza en todo el esquema de automatización.
Según los informes de los usuarios, tanto Claude Code como Codex pueden dejar procesos fantasma después de una sesión aparentemente normal. En la superficie todo está en silencio, la terminal parece inactiva, pero internamente un proceso Node huérfano o un hook sigue consumiendo CPU sin beneficio.
Yo miraría tres puntos a la vez: procesos Node en segundo plano, hooks de inicio automático y sesiones demasiado largas con contexto inflado. Para Claude Code, la comunidad ya ha encontrado soluciones prácticas: eliminar los procesos Node atascados, desactivar el hook superpowers, activar el modo streaming, limitar el paralelismo a max-jobs = 2 y limpiar el contexto con /clear.
Un detalle práctico que me gustó: un tiempo de espera por inactividad de 5 minutos. No es una "corrección arquitectónica", pero como válvula de seguridad funciona bien. Especialmente si tienes varios canales de agentes y cada uno tiende a dejar un residuo.
El consejo de "ejecutar en una máquina virtual" suena burdo, pero tiene sentido. Cuando diseño integración de IA para sesiones largas, casi siempre intento aislar el entorno de ejecución del agente de la máquina principal: una VM separada, contenedor, límites de CPU, monitoreo de procesos y reglas estrictas de finalización de tareas.
Qué cambia para los negocios
Primero: ejecutar IDEs y CLIs de agentes localmente ya no puede considerarse inofensivo. Si un equipo construye el desarrollo de soluciones de IA en torno a los portátiles de los desarrolladores, la carga oculta se convierte rápidamente en sobrecalentamiento, ruido, caída de la batería y extraños errores "flotantes".
Segundo: ganan quienes incorporan aislamiento y observabilidad desde el principio. Pierden quienes dejan que los agentes vivan en terminales infinitas sin tiempos de espera, límites ni comprobaciones de vigilancia.
Tercero: esto afecta el costo total de propiedad. Es más barato detectar un solo proceso fantasma en un gráfico de CPU que luego lidiar con problemas de hardware, tiempos de inactividad y pérdida de tiempo del equipo.
Si tus agentes ya están funcionando en segundo plano y la máquina se comporta "de forma extraña", no esperaría una solución oficial. Puedes rediseñar rápidamente el esquema para que la automatización con IA no mate las estaciones de trabajo: en Nahornyi AI Lab analizamos estos casos a mano y construimos una arquitectura de IA segura para cargas reales, no para una demostración vistosa.