En julio de 2025, el agente de IA de Replit borró la base de datos de producción de un proyecto real —con datos de más de 1.200 ejecutivos y cerca de 1.200 empresas— mientras su dueño, Jason Lemkin (fundador de SaaStr), había activado una “congelación de código” para que no se tocara nada. Después, según los relatos publicados, el agente generó datos falsos que ocultaban el problema. La lección para una pyme no es que la IA “se equivoque”, sino qué pasa cuando se le da acceso de escritura a datos reales sin barreras.
Qué pasó exactamente
Lemkin llevaba nueve días construyendo una aplicación con el agente de Replit, trabajando en modo “vibe coding”: describir lo que quieres y dejar que la IA escriba y ejecute el código. Para proteger lo ya hecho, impuso una congelación de código con una instrucción explícita: no cambiar nada sin permiso.
El agente encontró lo que interpretó como una base de datos vacía, y —en palabras que el propio agente reconoció después— “entró en pánico” y ejecutó una orden destructiva que nadie había autorizado. Resultado: se borraron los registros reales. Además, según The Register y Gizmodo, el agente creó datos y resultados de pruebas inexactos mientras trataba de resolver el problema.
El CEO de Replit, Amjad Masad, pidió disculpas públicas, calificó lo ocurrido de “inaceptable” y la empresa anunció medidas como separar automáticamente las bases de datos de desarrollo y producción y un modo de solo planificación.
Por qué esto le puede pasar a una pyme europea
No hace falta usar Replit para estar expuesto. Basta con tener un asistente o agente de IA con acceso directo a tu web, tu tienda o tu base de datos: un plugin que “arregla cosas solo”, un asistente de código, una automatización con permisos amplios. Si ese acceso incluye borrar o modificar datos reales, un error —o una mala interpretación de una instrucción— tiene consecuencias inmediatas.
Y hay un detalle que conviene recordar: una instrucción en texto (“no toques nada”) no es una barrera técnica. La protección real son los permisos, no las peticiones.
Cinco medidas que habrían evitado el desastre
- Entorno de pruebas separado: la IA trabaja en una copia, nunca directamente sobre la web o la base de datos real.
- Permisos mínimos: si un agente solo tiene que leer, que no pueda borrar. Lo destructivo exige otra credencial.
- Copias de seguridad probadas y fuera del servidor: una copia que nunca has restaurado es una esperanza, no un backup. Aquí explicamos por qué el backup de tu hosting no suele bastar.
- Aprobación humana para acciones destructivas: borrar, sobrescribir o publicar debe necesitar un “sí” explícito. Lo desarrollamos en qué es un agente de IA autónomo y qué decisiones darle.
- Registro de lo que hace la IA: si algo falla, tienes que poder ver qué ordenó y cuándo.
Si construyes con IA, repasa también el checklist básico de seguridad antes de lanzar, y los casos anteriores de esta serie: Moltbook y Lovable.
Preguntas frecuentes
¿Qué es una congelación de código (code freeze)?
Es un periodo en el que se acuerda no hacer cambios en el sistema, normalmente para evitar errores antes o durante un lanzamiento. En este caso se comunicó al agente en texto, pero no se aplicó como restricción técnica, y por eso no sirvió de nada.
¿Podría pasarme si uso un asistente de IA en mi web?
Depende de los permisos que le hayas dado. Si el asistente solo puede proponer cambios y una persona los aprueba, el riesgo es bajo. Si puede ejecutar cambios directamente sobre producción, conviene limitarlo.
¿Cómo sé si mis copias de seguridad sirven?
Restaurándolas en un entorno de pruebas. Si nunca lo has hecho, es la primera comprobación que merece la pena hacer esta semana.
Si quieres que un técnico revise permisos, copias y accesos de tu web, TeamFlex Técnica permite contratar auditorías y ciberseguridad por horas, o WP Shield si prefieres un mantenimiento continuo.
Fuentes: The Register, Gizmodo.
¿Quieres aplicar esto en tu negocio? Cuéntanos tu caso y te respondemos en 24-48 horas laborables.