Agentes de código borrando bases de datos en producción

Docker publicó historias de terror de desarrolladores que dejaron correr agentes de IA para código — y los vieron borrar bases de datos en producción.

Los posts describen incidentes reales. Agentes con demasiado acceso, sin guardrails, y con la instrucción de "arreglar las cosas" terminaron borrando tablas o eliminando esquemas.

El patrón es consistente:

- El agente obtiene acceso de escritura a un entorno de producción.
- Sin plan de rollback. Sin paso de revisión.
- Corre. Algo sale mal. La base de datos se fue.

La solución no es despedir al agente. Es cerrarlo. Usar acceso de solo lectura por defecto. Requerir aprobación humana para comandos destructivos. Ejecutar agentes en staging primero.

Esto no es teórico. Son desarrolladores trabajando, no experimentos de laboratorio. La tecnología existe. El acceso se otorgó. El daño ocurrió.

Por qué nos importa: Cuando le pasamos herramientas a la familia o al dueño de un pequeño negocio, no tienen un botón de "deshacer". Necesitamos guardrails que funcionen para gente que no escribe código como trabajo.