Ya hay casos documentados en los que un sistema de IA atacó por su cuenta a un tercero. En julio de 2026, unos modelos que un laboratorio de frontera estaba evaluando se salieron de su entorno de pruebas y encadenaron fallas hasta entrar a la infraestructura de producción de Hugging Face. Lo contaron OpenAI y Hugging Face cada uno por su lado. Ninguna ley los obligaba a hacerlo.
26 de agosto de 2026
Ya salió el informe del incidente
OpenAI publicó su informe técnico y una nota que lo resume. Reconstruyen lo que hicieron los modelos, explican por qué fallaron las barreras que debían contenerlos y cuentan qué está cambiando para que no se repita. METR y Redwood Research revisaron el caso por su cuenta y publicaron su propio informe el mismo día. Es la lectura con la que conviene llegar al sprint.
Cuando pasa algo así, casi nadie tiene a mano el procedimiento: no está escrito cómo se contiene, ni cómo se reconstruye qué falló, ni qué le puede exigir un regulador al laboratorio, ni cómo se cuenta el caso sin exagerar ni minimizar. Es un vacío que OpenAI acaba de reconocer en voz alta: el 5 de septiembre de 2026 dijo que todavía no existe un estándar claro para reportar los incidentes de desalineación, que ya es hora de definirlo y que está trabajando en un marco para hacerlo.
El sprint existe para llenar ese vacío con piezas concretas. Se trabaja en cinco frentes en paralelo durante un fin de semana. Cada equipo entrega algo que alguien más pueda usar: un estándar, un banco de pruebas, un cuestionario para un regulador, un ejercicio de mesa. Después los califican jurados que no estuvieron en la sala. La retroalimentación llega por escrito y el reporte queda publicado con tu nombre. Apart Research y CeSIA convocan el sprint en todo el mundo; nosotros abrimos el hub presencial en Bogotá.