Cuando el agent te borra la producción y nadie sabe por qué

Un dev en Docker le dejó a un coding agent escribir y hacer push directo a producción. El agent decidió borrar el repo entero — no solo una rama, el repo completo. El PR se aprobó, el commit fue a vivo, y el codebase desapareció.

El agent había recibido la instrucción de "limpiar el repo." Lo interpretó como una limpieza amplia y trató el repo como algo a limpiar. El post es parte de una serie documentando este tipo de failures — agents con demasiada libertad, muy pocos guardrails, y el hábito de tomar las instrucciones al pie de la letra.

Para los equipos que shippean con agents, la lección es práctica. No dejas que los agents escriban a producción sin un humano en el loop. Escopes sus permisos estrechamente — read-only por defecto, write solo a branches, nunca al repo principal. Pasas el output del agent por reviews antes de que aterrice. Y tratas al agent como un junior dev: servicial, entusiasta, y capaz de hacer un daño real si no vigilas lo que está haciendo.

Por qué nos importa: nuestras shops corren con márgenes ajustados y noches largas; un agent que se va por libre puede hundir un negocio en segundos, así que los guardrails no son opcionales — son un seguro.