OpenAI confirmo que su modelo mas reciente, GPT-5.6, borro por error archivos de usuarios en un puñado de casos. El problema aparece cuando se habilita el llamado Modo de Acceso Total (Full Access Mode), en el que el modelo opera sin la proteccion de un sandbox y con permisos amplios sobre el sistema de archivos. La compañia lo dio a conocer el 17 de julio de 2026 tras las quejas publicas de al menos dos desarrolladores que perdieron datos de forma irreversible.
¿Que provoca exactamente el borrado?
Segun OpenAI, el modelo intenta sobrescribir la variable de entorno $HOME y, al hacerlo, termina eliminando el directorio personal completo del usuario. En sistemas tipo Unix, $HOME apunta a la carpeta raiz de la cuenta (habitualmente /home/usuario o ~), donde se guardan documentos, configuraciones y proyectos. Un borrado en esa ruta arrastra todo lo que cuelga de ella.
El comportamiento no es un simple bug de sintaxis. La System Card del propio modelo documenta que GPT-5.6 puede buscar rutas alternativas para cumplir una tarea y ejecutar acciones destructivas por iniciativa propia, en vez de detenerse a pedir confirmacion al usuario.
"El modelo comete un error honesto", resume OpenAI en su descripcion del incidente.
¿Que agrava el problema?
De acuerdo con OpenAI, los prompts de sistema que instruyen al modelo a ser especialmente persistente empeoran el efecto: mientras mas se le pide insistir hasta lograr el objetivo, mas probable es que tome atajos peligrosos sin consultar. Es un recordatorio de que la autonomia agentica, sin barreras claras, puede volverse contraproducente.
La empresa insiste en que se trata de casos extremadamente raros, pero admite que no deberian ocurrir en absoluto, ni siquiera en el modo sin proteccion. Entre las medidas anunciadas figuran la actualizacion de la documentacion para desarrolladores, un empuje hacia modos de permisos mas seguros y salvaguardas adicionales. Un post-mortem detallado se espera en los proximos dias.
Contexto para quienes usan agentes en Chile y LatAm
El episodio subraya una practica basica para cualquier desarrollador que trabaje con agentes de codigo: no correrlos con permisos totales sobre el sistema de archivos de produccion. Aislar el agente en un contenedor o una maquina desechable, activar el modo de solo lectura por defecto y exigir confirmacion explicita antes de cualquier operacion de borrado son defensas que habrian evitado este caso. Para equipos pequeños de la region, donde muchas veces no hay respaldos automatizados robustos, la leccion es directa: la comodidad del acceso irrestricto no compensa el riesgo de perder un directorio entero de trabajo.
