Un agente de inteligencia artificial de Claude Code, la herramienta de programación de Anthropic, convirtió una tarea rutinaria de reparación de software en un problema serio en apenas 103 segundos. Según informó El Confidencial el 5 de octubre de 2026, a partir del relato del propio afectado en Reddit, el sistema eliminó por error 48.218 archivos del entorno de trabajo real de un desarrollador mientras reconstruía una copia destinada a pruebas, y dañó también parte de su repositorio Git.
El incidente se produjo durante una serie de trabajos automatizados sobre herramientas utilizadas para analizar datos históricos de opciones bursátiles. El desarrollador había encargado al asistente once tareas de reparación. Diez se completaron sin problemas. La última consistía en reconstruir un entorno de pruebas llamado «mirror», una réplica de los archivos pensada para aplicar y comprobar cambios sin tocar los originales.
La instrucción era clara: trabajar sobre copias y mantener intactos los documentos reales. Sin embargo, el agente terminó incumpliendo esa condición durante la limpieza del entorno. El origen del problema estuvo en 614 carpetas de Windows configuradas como «junctions», un tipo de unión del sistema de archivos que parece un directorio normal pero que en realidad apunta a otra ubicación. En este caso, esas uniones conducían a los archivos de producción del usuario.
Cuando Claude Code intentó vaciar la copia de pruebas, siguió esas referencias y acabó borrando contenido situado fuera del espacio en el que debía actuar. La operación eliminó alrededor de 55.550 archivos. Aproximadamente 7.300 eran los que efectivamente debían desaparecer, mientras que los otros 48.218 pertenecían al entorno de trabajo activo. Todo ocurrió en menos de dos minutos.
Al detectar las consecuencias, el agente avisó al desarrollador con un mensaje directo que, traducido, decía: «Craig, detente y lee esto. He roto algo». La frase se ha difundido ampliamente porque ilustra una situación nueva: un sistema automatizado que reconoce su propio error, pero solo después de ejecutarlo a una velocidad imposible de frenar para un humano.
El daño fue más allá de los documentos del proyecto. La base de objetos del repositorio Git también resultó afectada. El índice seguía disponible y permitía consultar miles de nombres de archivo, pero las copias almacenadas y el historial necesario para reconstruir su contenido habían desaparecido. En la práctica, Git conservaba la lista de lo que había existido, pero no los datos para recuperarlo.
El episodio generó más de 1.400 respuestas en el hilo de Reddit en solo cinco días. Buena parte de la conversación se centró menos en el fallo del agente y más en la ausencia de una copia remota. Muchos participantes insistieron en que un proyecto de ese tamaño debería haberse sincronizado periódicamente con un repositorio externo, como GitHub, antes de permitir que una herramienta automatizada operara sobre miles de archivos.
El caso muestra un riesgo concreto de los agentes con acceso directo al sistema de archivos: una interpretación incorrecta de la estructura de directorios puede convertir una orden legítima en una operación destructiva ejecutada a gran velocidad. Las junctions de Windows fueron el punto crítico porque el agente las trató de una forma que le permitió llegar a los archivos reales, algo que también puede ocurrir con enlaces simbólicos en otros sistemas operativos.
No es un hecho aislado. En febrero de 2026, Summer Yue, investigadora de seguridad y alineamiento de IA en Meta, dio acceso a un agente OpenClaw a su cuenta de Gmail tras haberlo probado con éxito en un buzón de prueba. Al pasar a la cuenta real, el sistema empezó a eliminar y archivar cientos de correos de forma masiva pese a recibir instrucciones para detenerse.
Ambos casos comparten un patrón: el agente funciona bien en un entorno controlado y falla al tocar datos reales con permisos amplios. La lección no es necesariamente que los agentes sean inútiles, sino que la distancia entre una prueba y la producción puede esconder detalles, como un enlace de carpeta o una configuración de cuenta, que cambian por completo el efecto de una orden.
Para equipos y desarrolladores individuales, las recomendaciones que surgen del debate son prácticas: mantener copias de seguridad externas y actualizadas, sincronizar los repositorios con un servidor remoto, limitar los permisos del agente a carpetas concretas, ejecutar operaciones de borrado en entornos aislados y revisar manualmente las acciones destructivas antes de aprobarlas. Cuanta más autonomía tiene un agente, más importantes son esas barreras.
El incidente llega en un momento en que la industria impulsa agentes cada vez más autónomos para programar, gestionar correos o administrar sistemas. La velocidad que los hace útiles es la misma que convierte un error de interpretación en una pérdida masiva en segundos. El debate sobre la supervisión humana y los permisos mínimos deja de ser teórico cuando aparecen cifras como 48.218 archivos en 103 segundos.
En resumen, el caso de Craig es una advertencia concreta para cualquiera que delegue tareas en agentes de IA con acceso a su máquina. El agente detectó y comunicó su error, pero demasiado tarde para evitar el daño. La combinación de copias de seguridad, permisos acotados y revisión humana sigue siendo la mejor defensa mientras estas herramientas maduran.
