Vibe coding: por qué tu app hecha con IA no llega a producción
Por Alessandro Massoni 4 min de lectura
El vibe coding promete que cualquiera puede crear una app conversando con una IA, y en la demo es cierto. El problema empieza el lunes siguiente, cuando entran los datos reales, los usuarios con distintos permisos y la primera petición de cambio que rompe algo que ya funcionaba.
Si armaste un prototipo con herramientas que generan aplicaciones a partir de instrucciones en lenguaje natural y no logras llevarlo a producción, no es mala suerte. En este artículo verás qué es el vibe coding, por qué funciona en la demo y falla en la operación, cómo reconocer que tu proyecto llegó a su límite y qué hacer con lo que ya construiste.
Qué es el vibe coding
El término lo acuñó el investigador Andrej Karpathy en febrero de 2025 para describir una forma de programar en la que se le pide código a la IA en lenguaje informal, se aceptan los cambios sin leerlos y, si aparece un error, se le pega el mensaje a la misma IA para que lo arregle. El propio Karpathy lo presentó como algo útil para proyectos de fin de semana.
Desde entonces aparecieron plataformas como Lovable, Bolt o Replit, y editores como Cursor, que permiten a personas sin formación técnica llegar a una app funcional en horas. Eso es un avance real: hoy un gerente puede mostrar su idea en una pantalla en vez de describirla en una reunión. La confusión está en creer que lo que funciona en la pantalla está listo para la operación de una empresa, que es lo que separa un prototipo de las aplicaciones a medida para empresas.
Por qué el vibe coding funciona en la demo y falla en la operación
Una demo muestra el camino feliz: un usuario, datos de ejemplo y ninguna sorpresa. La operación de una empresa es lo contrario. Estos son los puntos donde un proyecto de vibe coding suele quebrarse:
- Permisos: quién ve qué y quién puede modificar qué rara vez se define bien cuando nadie lo especificó.
- Datos reales: registros duplicados, campos vacíos e historiales de años que el prototipo nunca enfrentó.
- Casos borde: lo que pasa cuando un pedido se anula, un cliente cambia de RUT o dos personas editan lo mismo.
- Cambios encadenados: cada ajuste pedido a la IA puede romper otra parte que nadie vuelve a probar.
- Código que nadie entiende: cuando falla, no hay a quién preguntarle dónde buscar.
Ninguno de estos problemas es culpa de la herramienta. Es lo que ocurre cuando se usa la IA sin especificación, sin pruebas y sin revisión, que es justamente lo que define al vibe coding. Lo explicamos con más detalle en nuestra guía sobre desarrollo de software con IA, donde mostramos el método que sí llega a producción.
Señales de que tu proyecto de vibe coding llegó a su límite
No todo prototipo hecho con IA está condenado. Algunos sirven perfectamente para un equipo chico y un uso acotado. Pero si reconoces varias de estas señales, el proyecto necesita otra forma de trabajo:
- Cada vez que pides un cambio, aparece un error nuevo en otra parte.
- Tienes miedo de tocar lo que funciona.
- Los datos ya no cuadran entre pantallas o reportes.
- Necesitas que más personas lo usen, con distintos permisos.
- No sabes dónde están guardados los datos ni cómo respaldarlos.
La última señal es la más seria. Si el sistema maneja información de clientes o de operación, la seguridad no puede quedar a la suerte; revisamos los riesgos concretos en qué tan seguro es el código generado por IA.
Qué hacer con el prototipo: no lo botes
Un prototipo hecho con vibe coding vale más de lo que parece. Muestra qué pantallas necesita tu equipo, qué datos importan y qué flujo tiene sentido, y eso ahorra semanas de reuniones. Lo que normalmente no conviene es seguir parchándolo.
Cuando un cliente llega con un prototipo así, lo usamos como referencia para escribir la especificación y el modelo de datos, y luego construimos el sistema con un proceso ordenado. Es la misma lógica que aplicamos con las herramientas no-code: sirven para validar y para equipos chicos, y cuando el uso crece se migra a una base sólida. Si quieres ver cómo se puede avanzar rápido sin improvisar, revisa cómo tener el software de tu empresa en pocas semanas.
El paso siguiente es convertir lo que ya probaste en un sistema de gestión a medida, con datos ordenados, permisos claros y alguien que responda cuando haya que cambiarlo. Y para que el proyecto no repita los errores habituales, vale la pena conocer por qué fallan los sistemas empresariales.
¿Tienes un prototipo que funciona en la demo pero no se atreve a salir a la operación? Muéstranos lo que armaste y te decimos qué se puede rescatar y cómo llevarlo a producción.
Preguntas frecuentes
Es una forma de programar en la que se le pide código a una IA en lenguaje informal y se aceptan los cambios sin leerlos. El término lo acuñó Andrej Karpathy en febrero de 2025, pensando en proyectos de fin de semana.
Sirve para validar una idea o mostrar un flujo con un prototipo. Para la operación diaria, con datos reales, permisos y cambios frecuentes, se necesita especificación, pruebas y revisión humana.
El prototipo es una buena referencia para definir pantallas, datos y flujos. Lo habitual es usarlo para escribir la especificación y el modelo de datos, y construir el sistema de producción con un proceso ordenado en vez de seguir parchándolo.
