Usé Fable 5 para construir una aplicación full-stack sin escribir código. Luego encontré algo que me dio miedo.

He sido ingeniero de software durante años. Recientemente, todo el mundo habla de lo potente que es Fable 5, así que quise averiguarlo por mí mismo.
Hice un experimento.
Construí una aplicación web full-stack usando Fable 5. Sin codificación tradicional. Describí las funciones que quería, revisé el código generado y dejé que la IA se encargara de la implementación.
Y honestamente, la primera impresión fue impresionante.
En poco tiempo, tenía algo que parecía un producto real. La UI estaba pulida. La autenticación funcionaba. La base de datos estaba conectada. Las funciones principales estaban ahí. Si se lo mostrara a alguien sin explicarle cómo se había construido, probablemente no adivinaría que la mayor parte era generada por IA.
Recuerdo haber pensado: “Esto es una locura. Quizá estamos más cerca de lo que creía”.
Luego revisé el código como revisaría cualquier sistema real de producción.
Ahí fue cuando la emoción empezó a desaparecer.
La app parecía terminada, pero cuanto más profundo entraba, más problemas encontraba.
Algunos eran pequeños. Otros eran cosas que podrían convertirse en problemas serios más adelante.
Había preocupaciones de seguridad. Algunas APIs confiaban demasiado en la entrada del usuario. No había un rate limiting adecuado. No había protecciones contra cuentas falsas y spam. Algunas consultas a la base de datos se veían completamente bien con pocos usuarios, pero se convertirían en una pesadilla cuando crecieran los datos.
Encontré problemas de consultas N+1, índices faltantes, cuellos de botella de rendimiento, operaciones lentas ejecutándose durante las solicitudes de los usuarios en lugar de en segundo plano, y cambios en la base de datos hechos sin migraciones adecuadas.
Lo más raro era que nada parecía roto. La app funcionaba.
Podías crear una cuenta. Podías iniciar sesión. Podías hacer clic en las funciones. Incluso podías completar un flujo de pago.
Eso es lo que lo hace interesante.
Muchísima gente que construye con IA no está lanzando apps obviamente rotas. Están lanzando apps que parecen terminadas pero que tienen problemas ocultos esperando por debajo.
Una UI hermosa no salvará un backend roto.
Antes de lanzar, me aseguraría de que realmente hayas probado:
• Inicio de sesión y restablecimientos de contraseña
• Pagos reales con tarjeta de crédito (no solo modo de prueba)
• SSL en un dominio real
• Ambientes separados de desarrollo y producción
• Las API keys no están expuestas en ningún lado
• Las copias de seguridad de la base de datos de producción realmente funcionan
Los problemas de seguridad son otra cosa que normalmente no aparecen hasta que ya es demasiado tarde. Muchas apps no son abusadas cuando son pequeñas. Las empiezan a abusar después de que empiezan a llamar la atención.
Cosas como:
• Verificación de correo
• Rate limiting
• Validación de entrada
• Protección básica contra bots
pueden marcar la diferencia entre un lanzamiento fluido y despertar con miles de cuentas falsas.
Otro anzuelo es el rendimiento. Todo se siente rápido cuando eres el único usuario. Los problemas aparecen cuando llegan usuarios reales. De repente tienes consultas lentas a la base de datos, páginas cargando miles de registros, tareas costosas bloqueando solicitudes y ninguna idea de qué está fallando porque no se está monitoreando nada.
La paginación, los índices de base de datos, las tareas en segundo plano y el monitoreo de errores no son cosas que agregas solo después de volverte exitoso. Son lo que te ayuda a sobrevivir cuando empiezas a crecer.
Una de las lecciones más grandes que me llevé: deja de permitir que la IA modifique directamente el esquema de tu base de datos de producción.
Usa migraciones.
Una migración es solo un archivo pequeño que describe un cambio en la base de datos, como agregar una columna o crear una tabla. Se ejecuta en orden, se puede rastrear y mantiene consistentes tus ambientes de desarrollo y producción. Al principio se siente como trabajo extra, pero evita muchos problemas dolorosos más adelante.
Lo gracioso es que este experimento en realidad me hizo estar más optimista sobre la codificación con IA.
Fable 5 es potente. Me ahorró una enorme cantidad de tiempo.
Pero hay una diferencia entre generar una app y construir un sistema de producción.
La IA puede escribir código increíblemente rápido.
Pero no conoce automáticamente las decisiones que surgen de años lidiando con usuarios reales, problemas de seguridad, problemas de escalado y fallos en producción.
He estado documentando todo lo que encontré porque creo que mucha gente está construyendo y lanzando apps generadas por IA sin darse cuenta de que estos problemas existen.
Este fin de semana, voy a organizar una sesión en vivo gratis por Zoom con mi amigo que trabaja en Google, donde vamos a revisar la app real, mostrar los problemas que encontramos, explicar por qué importan y repasar qué arreglaríamos antes de ponerla frente a usuarios reales. Escríbeme un DM si te interesa, y te enviaré los detalles de la sesión de Zoom.
En general, lo que más me sorprendió no fue que la IA cometiera errores. Fue lo convincente que se veía la app antes de empezar a mirar más a fondo.
Me da curiosidad: si tú construiste una app con “vibe-coding”, ¿cuál fue el primer problema inesperado que descubriste después de lanzarla?