Tu herramienta la generó una IA, y falla, se rompe con cada corrección o no llega a producción. La audito gratis, la aseguro y la termino, a precio cerrado, sin tirarlo todo.
¿Te suena?
Si te reconoces en dos o tres de ellas, no es un fracaso. Es el momento en que un prototipo tiene que convertirse en una aplicación de verdad.
Pides un retoque, la IA repara una pantalla y desajusta otra. Tras diez idas y venidas, nadie sabe qué sigue funcionando.
Las reglas de acceso generadas suelen ser demasiado permisivas: cualquiera que conozca la dirección puede leer las fichas de clientes. Es un problema legal, no solo técnico.
El pago, los recordatorios o la exportación que querías desde el principio ya no pasan: la IA da vueltas sobre una lógica que ya no entiende.
Cada intento de corrección consume créditos, incluso cuando falla. La factura sube y el proyecto no avanza.
Lentitud, datos que se mezclan, reservas duplicadas en cuanto varias personas trabajan a la vez.
El proveedor o la herramienta ya no están, o un desarrollador lo miró y te aconsejó rehacerlo todo. Te quedas bloqueado con una herramienta que usas cada día.
Lo que la auditoría mira primero
Cuatro puntos que reviso antes que nada, con las cifras públicas que muestran que no es teoría.
45 % de las pruebas
En el estudio 2025 de Veracode sobre más de cien modelos de IA, el código generado introducía un fallo de seguridad en el 45 % de las pruebas. Los modelos más recientes o más grandes no lo hacen mejor.
Fuente: VeracodeCVE-2025-48757, puntuación 9,3 sobre 10
Una vulnerabilidad publicada en mayo de 2025 describe reglas de acceso insuficientes en las bases de datos de los sitios generados con Lovable: lectura y escritura posibles sin cuenta. Lovable responde que la protección de los datos sigue siendo responsabilidad de cada cliente. Así que hay que comprobarlo en la tuya.
Fuente: cve.orgRegla de Supabase
La documentación de Supabase, la base de datos que usan Lovable y Bolt, lo dice sin rodeos: una tabla expuesta sin Row Level Security puede leerla y modificarla cualquier rol con acceso, incluido el rol público que usa tu aplicación.
Fuente: Documentación de Supabase0,50 a 2 créditos por petición
En Lovable, cada mensaje en modo construcción cuesta créditos: poner un botón en gris 0,50, añadir autenticación 1,20. Una petición detenida a medias se cobra por el trabajo ya hecho, y los créditos mensuales caducan a los dos meses.
Fuente: Documentación de LovableTest gratuito
Ocho preguntas sobre tu herramienta, sus usuarios y sus datos. El test te da un nivel de riesgo, los puntos que revisaría primero y la fórmula adecuada. Sin registro.
La que generó la mayor parte del código.
Cómo trabajo
Puedes parar después de cada etapa, y tu aplicación sigue en línea durante todo el trabajo.
Treinta minutos por videollamada o teléfono, y luego leo tu código y tus reglas de acceso (repositorio GitHub en solo lectura, o exportación de la herramienta). En menos de 48 h sabes si tu aplicación se puede salvar y por dónde empezar.
Si quieres ir más lejos, redacto la lista completa: fallos, errores, deuda técnica, lo que se conserva y lo que se rehace, con un precio cerrado por etapa. Se descuenta de lo que sigue si continúas.
Primero los datos y los accesos, luego los errores que bloquean, luego las funciones que faltan. Trabajo sobre una copia y cambiamos cuando está listo.
Repositorio GitHub tuyo, documentación, copias de seguridad en marcha. Sigues con la IA sobre una base sana, o me confías el mantenimiento.
Tarifas
Cada etapa tiene su precio, anunciado de antemano, y puedes parar después de cada una.
Gratis
Treinta minutos de conversación, lectura del código y de las reglas de acceso, primera opinión escrita en 48 h.
400 €
Lista completa de fallos, errores y correcciones, ordenada por urgencia, con un precio cerrado por etapa. Se descuenta si continúas.
De 900 a 1.500 €
Reglas de acceso de la base, claves fuera del navegador, copias de seguridad, cuentas y permisos. De tres a siete días.
De 2.500 a 6.000 €
Errores bloqueantes corregidos, duplicados eliminados, pruebas en los recorridos sensibles, despliegue limpio. De dos a cuatro semanas.
Una reconstrucción completa se presupuesta tras el diagnóstico: la mayoría de las herramientas de pymes están entre 5.000 y 15.000 €.
Mantenimiento después, si lo quieres: de 100 a 300 € al mes.
Precios netos: IVA no aplicable (artículo 293 B del código fiscal francés).
Lo que recuperas
Un repositorio GitHub que posees, legible por cualquier desarrollador. Ya no dependes de una herramienta.
Cada usuario solo ve sus datos, las claves sensibles están en el servidor, y una prueba lo verifica.
Los recorridos que importan (acceso, pago, reserva) se prueban automáticamente, y la puesta en línea se hace con un solo comando.
Cómo lanzar, guardar y restaurar la aplicación, por escrito. Y alguien a quien llamar.
Caso real
Un cliente llegó con una herramienta que había construido él mismo, y que usaba cada día a pesar de los fallos.
Ejemplo de diagnóstico
Extracto de un diagnóstico redactado sobre un proyecto de demostración (una aplicación de reservas generada con Lovable), para mostrarte el nivel de detalle. Cada punto da la observación, la gravedad y la corrección prevista.
Ninguna regla de acceso en la tabla de clientes: con la clave pública de la aplicación, cualquiera puede listar nombres, correos y teléfonos. Corrección: reglas por usuario, verificadas por una prueba automática.
La clave secreta de Stripe se llama desde la página. Corrección: mover la llamada al servidor y renovar la clave.
Nada impide que dos clientes reserven la misma plaza al mismo tiempo. Corrección: restricción en la base de datos y mensaje claro al usuario.
El proveedor de alojamiento guarda la base, pero nadie ha probado nunca una restauración. Corrección: copia diaria y ensayo de restauración documentado.
Preguntas frecuentes
En la mayoría de los casos, sí. Si la estructura aguanta, se asegura, se limpia y se continúa a partir de tu código. Si cada pantalla se parcheó por separado, empezar sobre una base limpia a veces cuesta menos que tapar agujeros durante meses. La auditoría gratuita te lo dice antes de gastar un euro.
Rara vez. Reescribir borra lo que ya funciona. Conservo la interfaz y los recorridos que tus usuarios conocen, y rehago solo los cimientos que ceden: accesos, datos, pago, despliegue.
Lovable y Bolt sincronizan el proyecto con un repositorio GitHub que te pertenece; me das acceso de solo lectura. Sin repositorio, la exportación del código basta para la auditoría. No modifico nada sin tu acuerdo.
Durante la auditoría, sí, para que nada se mueva. Después, tú decides: muchos conservan la herramienta para maquetar nuevas pantallas y confían a un desarrollador todo lo que va a producción.
Es lo primero que compruebo. Si la base estaba abierta, te lo digo por escrito, con lo que el RGPD te exige (informar a las personas afectadas y notificar a la autoridad de control en 72 horas cuando el riesgo es real), y cierro la puerta el mismo día.
Primera opinión en 48 horas. Puesta en seguridad en tres a siete días. Recuperación y puesta en producción en dos a cuatro semanas. Una reconstrucción completa sigue el ritmo de un proyecto clásico, entregado por etapas.
Sí. Las herramientas cambian, los defectos se parecen: accesos demasiado amplios, claves en el navegador, sin pruebas, sin copia de seguridad. Recuperé una herramienta construida con Base44 y luego Lovable, y trabajo con React, Nuxt, Vue, Node.js y Python.
Sí, y hasta es recomendable para los retoques pequeños. La diferencia es que, una vez en producción, cada cambio pasa por una revisión y pruebas antes de publicarse.
Sí, con empresas de Rennes, de Bretaña y de otros lugares de Francia. Videollamada, teléfono, acceso al repositorio: todo se hace a distancia, con puntos regulares.
Blog
Lo que he escrito sobre aplicaciones generadas por IA, no-code y herramientas a medida.
Envíame su dirección y unas palabras sobre lo que falla. Leo el código y te vas con una primera opinión escrita en 48 h, gratis, incluso si la conclusión es que todo está bien.
