Blog

Vibe coding y Lovable: cuándo alcanza y cuándo necesitás software a medida

Qué es el vibe coding, qué hace Lovable, para qué le sirve a una pyme y dónde se traba: integraciones, seguridad, datos y mantenimiento. Con tabla comparativa.

Por Bruno Camargo ·

Vibe coding es describir en lenguaje natural lo que querés y dejar que una IA genere la aplicación. Lovable es una de las plataformas que lo hacen: a partir de una descripción arma una aplicación web completa, con pantalla, base de datos y usuarios. Para una pyme sirve de verdad para prototipos, herramientas internas chicas y para validar una idea. Se traba en el último 20 %: integraciones con sistemas reales, permisos, datos sensibles y mantenimiento.

En este artículo contamos qué es cada cosa, para qué conviene usarlo, dónde aparecen los problemas, cómo se compara con un software a medida o uno enlatado, y cómo aprovechar el prototipo sin tirar el trabajo.

Qué es vibe coding

El término describe una forma de programar en la que la persona no escribe código: escribe pedidos. “Quiero una pantalla donde el vendedor cargue un pedido y el depósito lo vea”, y la IA produce el código, lo muestra funcionando y espera el próximo pedido. Si algo sale mal, se le describe el error y se le pide que lo arregle. La persona guía, prueba y corrige; el programa lo genera la IA.

Funciona bien para problemas comunes (formularios, listados, filtros, login) y deja de funcionar cuando el problema es particular de tu empresa, porque ahí la IA no tiene de dónde copiar.

Qué es Lovable

Lovable es una plataforma que genera aplicaciones web completas a partir de descripciones. Según su documentación, cada proyecto incluye frontend (lo que ve el usuario), backend (lo que corre atrás), base de datos, autenticación e integraciones, todo sobre código editable que podés sincronizar con GitHub y seguir trabajando por tu cuenta.

Se cobra por créditos: cada pedido consume una cantidad que depende de la complejidad, tiene una versión gratuita con créditos limitados y planes pagos con más créditos y funciones para equipos. Las condiciones cambian seguido, así que revisá los precios vigentes en su sitio antes de decidir.

No es la única. Bolt, Replit y v0 hacen cosas parecidas con distintos énfasis; lo que sigue aplica a todas.

Para qué sirve de verdad en una pyme

  • Prototipos. Mostrarle a tu equipo o a un proveedor cómo querés que se vea una herramienta vale más que diez páginas de especificación. En una tarde tenés algo que se puede tocar.
  • Herramientas internas chicas. Un registro de visitas, un tablero para anotar reclamos, un control de préstamos de equipos. Pocas personas, pocos datos, poco riesgo.
  • Validar una idea. Antes de invertir en un desarrollo, probar si la gente usa lo que pensaste.
  • Formularios y pantallas de carga. Reemplazar un formulario de papel o una planilla compartida por una pantalla con validaciones.

Dónde se traba: el último 20 %

El 80 % de una aplicación se ve en la primera hora. El 20 % restante es lo que la hace confiable, y es donde el vibe coding pide más de lo que da.

  • Integraciones con sistemas reales. Conectar con tu sistema de facturación, con el banco o con el ERP exige entender la API del otro lado, sus errores y sus límites. La IA genera una conexión que funciona en la demo y falla con datos reales.
  • Permisos. Que el vendedor vea solo sus clientes y el administrador vea todo parece simple, pero es la parte que más se configura mal.
  • Datos sensibles. Nombres, cédulas, direcciones y montos de tus clientes en una base de datos que nadie revisó.
  • Rendimiento. Diez registros van bien; diez mil, con varios usuarios al mismo tiempo, no siempre.
  • Mantenimiento. La app que generaste en marzo tiene que seguir funcionando en diciembre, cuando cambió una librería o el proveedor actualizó algo.
  • Créditos que se van en corregir. Cada “arreglá esto” consume créditos, y los problemas difíciles suelen necesitar varios intentos. El costo real aparece ahí, no en la primera versión.

Seguridad: lo que el código generado puede traer

El código generado por IA puede venir con configuraciones inseguras: una tabla de la base de datos abierta a cualquiera, una clave de un servicio pegada en el código, un formulario que acepta cualquier entrada sin validar. La propia documentación de seguridad de Lovable ofrece escaneos que buscan tablas sin reglas de acceso, secretos expuestos y dependencias vulnerables, y aclara que esas herramientas ayudan con los problemas comunes pero no garantizan una seguridad completa, y que para apps con datos sensibles recomienda una revisión profesional.

Estudios de la industria van en la misma línea. Veracode, una empresa de análisis de seguridad de software, probó más de cien modelos de lenguaje en 2025 y reportó que cerca de la mitad de las muestras de código generado introducían vulnerabilidades de las más conocidas. La conclusión se repite: el código generado hay que revisarlo.

En Uruguay esto tiene un marco legal. Si la app guarda datos de clientes, tu empresa es responsable de protegerlos según la Ley 18.331, y dónde está el servidor también importa. Lo explicamos en Ley 18.331 y la IA: cómo proteger los datos de tu empresa.

Vibe coding, software a medida o enlatado

Vibe coding (Lovable y similares) Software a medida Software enlatado
Velocidad para tener algo Horas Semanas o meses Días
Se adapta a tu proceso Mientras sea simple Totalmente Vos te adaptás al producto
Integraciones con tus sistemas Básicas; las difíciles fallan Las que necesites Las que trae el producto
Seguridad y permisos Hay que revisarlos a mano Diseñados desde el inicio Responsabilidad del fabricante
Mantenimiento Depende de vos y de la plataforma Del proveedor que lo construyó Del fabricante
Quién entiende el código Nadie, hasta que alguien lo lea El equipo que lo hizo No aplica
Dónde conviene Prototipos, herramientas internas chicas Procesos propios, datos sensibles, integraciones Procesos estándar: contabilidad, facturación, correo

Cómo decidir entre las dos últimas columnas está en software a medida o software enlatado: cómo decidir.

Señales de que tu app de Lovable necesita un desarrollador

  • Gastás más créditos corrigiendo que agregando cosas nuevas.
  • Un error se arregla y vuelve a aparecer dos pedidos después.
  • Necesitás conectarla con la facturación, el banco o el sistema de gestión.
  • Van a usarla personas de afuera de la empresa: clientes, proveedores.
  • Guarda datos personales o montos.
  • Alguien pregunta “¿y si se cae, quién la levanta?” y nadie sabe responder.

Cuando aparecen dos o tres de estas, la app dejó de ser un prototipo y conviene tratarla como software.

Cómo aprovecharlo: prototipar en Lovable y construir en serio después

El mejor uso que vimos no es elegir entre vibe coding y desarrollo, sino encadenarlos.

  1. Armá el prototipo con la IA. Pantallas, flujo, qué datos se cargan y qué se ve. No conectes nada real todavía.
  2. Probalo con quien lo va a usar. Dos o tres personas del equipo, con casos reales pero datos de prueba. Anotá qué sobra, qué falta y qué se entiende mal.
  3. Escribí lo que el prototipo no muestra. Permisos por rol, con qué sistemas se conecta, cuántos registros y usuarios va a tener, qué pasa con los datos.
  4. Decidí qué se queda y qué se construye. Si es interna, chica y sin datos sensibles, puede quedar como está con una revisión de seguridad. Si no, el prototipo se convierte en la especificación de un desarrollo.
  5. Pedí que el código se revise o se reescriba. Un proveedor puede partir del código exportado o solo del prototipo como referencia. Las preguntas para elegirlo están en cómo elegir una empresa de software en Uruguay.

Así el tiempo que invertiste en describir y probar se convierte en la definición del proyecto.

Cómo lo vemos en dropia

Nos parece una buena noticia que una pyme pueda armar un prototipo en una tarde. Llega a la primera reunión sabiendo qué quiere, y eso acorta todo lo demás. Cuando un cliente trae una app hecha con Lovable, la tomamos como punto de partida: revisamos el código y la base de datos, vemos qué se puede conservar y qué conviene rehacer, y construimos sobre eso en software a medida, con integraciones, permisos y un plan de mantenimiento.

Lo que no hacemos es poner en producción una app generada sin leerla: el código que nadie entiende es el que más cuesta cuando falla.

Si tenés un prototipo y no sabés si alcanza, contanos cómo trabajan hoy.

Preguntas frecuentes

¿Qué es vibe coding?

Es una forma de crear software describiendo en lenguaje natural lo que querés y dejando que una inteligencia artificial escriba el código. La persona guía, prueba y corrige; el programa lo genera la IA.

¿Lovable es gratis?

Tiene una versión gratuita con una cantidad limitada de créditos y planes pagos que suman más créditos y funciones de equipo. Cada pedido consume créditos, también las correcciones. Revisá los precios vigentes en el sitio de Lovable antes de decidir.

¿Se puede usar una app hecha con Lovable en producción?

Sí, si alguien revisa el código, la configuración de la base de datos y los permisos antes de abrirla a clientes. Para una herramienta interna de bajo riesgo suele alcanzar; para datos sensibles o facturación conviene una revisión profesional.

¿Lovable reemplaza a un programador?

Para prototipos y herramientas chicas puede reemplazar las primeras horas de trabajo. No reemplaza a quien entiende qué pasa cuando algo falla, conecta la app con los sistemas reales y la mantiene en el tiempo.

¿Qué pasa con los datos de mis clientes en una app generada con IA?

Son datos personales y tu empresa sigue siendo responsable de cuidarlos, según la Ley 18.331. Antes de cargar datos reales, confirmá dónde se guardan, quién puede verlos y que los permisos de la base de datos estén bien configurados.

Treinta minutos para saber qué automatizar primero.

Contanos cómo trabajan hoy. Te decimos qué conviene automatizar primero y qué no vale la pena.

Brazos robóticos en una línea de producción