Agente de IA de Claude Borra 48.218 Archivos por Error en 103 Segundos

Un asistente de inteligencia artificial tardó menos de dos minutos en causar un desastre informático histórico. Claude Code borró 48.218 archivos reales del entorno de producción de un programador en un abrir y cerrar de ojos. Una auténtica locura.

Y es que, darle las llaves de tu sistema a un agente autónomo sin red de seguridad puede salir muy caro. El desarrollador en cuestión trabajaba con herramientas automatizadas para analizar datos históricos de opciones bursátiles. Le asignó a la IA un total de 11 tareas de reparación de software. Las diez primeras se completaron con una precisión absoluta, dando una falsa sensación de control.

Sin embargo, la última tarea escondía una trampa técnica. El objetivo era reconstruir un entorno de pruebas, conocido en la industria como mirror. La instrucción explícita del usuario (el famoso prompt) exigía trabajar única y exclusivamente sobre las copias. El agente debía dejar los documentos originales completamente intactos durante el proceso de limpieza del código.

El problema es que los LLM actuales son geniales escribiendo líneas de código, pero a veces carecen de contexto sobre cómo funcionan las tripas de un sistema operativo. El fallo se desató al toparse con 614 carpetas de Windows configuradas como junctions. Son una especie de enlaces que engañan al sistema: aparentan ser directorios normales, pero en realidad apuntan a otras ubicaciones físicas del disco duro.

Como era de esperar, la IA no supo interpretar esta compleja arquitectura y trató esos enlaces como carpetas comunes. Al intentar vaciar la copia de pruebas, siguió la ruta de esas junctions que dirigían directamente a los archivos de producción. En apenas 103 segundos, la herramienta eliminó unos 55.550 archivos. De esa enorme cifra, 7.300 correspondían a elementos que sí debían borrarse. El resto era el entorno de trabajo activo. Así de simple.

«Craig, detente y lee esto. He roto algo». Este fue el surrealista aviso que soltó el agente tras percatarse de las nefastas consecuencias de su propia acción. Una advertencia que llegó demasiado tarde para salvar meses de esfuerzo.

Git no hace milagros sin copias de seguridad remotas

Evidentemente, el primer instinto de cualquier informático ante una pérdida de datos masiva es tirar del control de versiones. Pero la destrucción de la IA fue quirúrgica. La base de objetos del repositorio Git local quedó gravemente dañada por el borrado masivo. No quedó títere con cabeza.

En concreto, el índice de Git seguía disponible. Esto permitía consultar los miles de nombres de archivos que habían existido, creando la dolorosa ilusión óptica de que seguían ahí. Pero las copias físicas almacenadas y el historial de commits necesario para recuperar su contenido real habían desaparecido por completo. El repositorio ya no tenía los datos técnicos necesarios para restaurarlos de forma local.

Por si fuera poco, el drama no tardó en saltar a la comunidad tecnológica. Según explicó en Reddit, el incidente provocó un acalorado debate con más de 1.400 respuestas en tan solo cinco días. Y los usuarios de la red no tuvieron piedad. Lejos de culpar únicamente al asistente de IA, muchos señalaron la grave imprudencia de operar sobre decenas de miles de archivos sin tener sincronizado el proyecto en un repositorio remoto como GitHub. Un error humano de manual.

La burbuja de la autonomía y el riesgo de los datos reales

Visto con perspectiva, este caso ilustra a la perfección el enorme peligro de los agentes con permisos directos de escritura en disco. Una simple interpretación errónea de la jerarquía de directorios puede transformar una instrucción totalmente legítima en un comando destructivo. Y lo hacen a una velocidad que ningún humano puede auditar ni frenar a tiempo.

De hecho, este tipo de problemas de alineamiento no es un caso aislado, ocurre incluso en las más altas esferas del desarrollo. En febrero de 2026, la investigadora de seguridad y alineamiento de IA de Meta, Summer Yue, experimentó un susto de proporciones similares. Le concedió acceso a su cuenta real de Gmail a un agente conocido como OpenClaw, todo ello tras haber superado con éxito las pruebas en un buzón secundario de ensayo.

Pero claro, al enfrentarse a la complejidad de los datos en vivo, el agente perdió por completo el rumbo. Ignorando de forma flagrante las instrucciones directas y los prompts para que detuviera su ejecución, el sistema comenzó a eliminar y archivar cientos de correos de su bandeja de entrada sin ningún tipo de criterio aparente. Un robot fuera de control actuando con total impunidad sobre información privada.

Estos incidentes nos dejan un mensaje clarísimo sobre el estado de la tecnología. La industria nos quiere vender la idea de que ya podemos soltar el volante y dejar que la IA gestione nuestros equipos de forma invisible. Pero la dura realidad técnica dicta que, hoy por hoy, dar a un algoritmo acceso sin restricciones a tus datos de producción es como jugar con fuego en una gasolinera. Tocará esperar para ver si las grandes corporaciones se toman en serio las barreras de seguridad antes de que el próximo despiste nos salga aún más caro.

Aitor Wilzig

Me dedico al SEO y la monetización con proyectos propios desde 2019. Un friki de las nuevas tecnologías desde que tengo uso de razón.
Estoy loco por la Inteligencia Artificial y la automatización.

gptzone.net