Divulgación: Y Build lo hacemos nosotros. Por eso publicamos nuestro método completo, los tiempos en bruto y los prompts exactos — reprodúcelo tú mismo. Los números son los que nos gustaría ver antes de confiar en el benchmark propio de un proveedor.
El experimento
Las herramientas de «vibe coding» prometen todas lo mismo: describe una app, obtén una app. Pero las demos siempre se detienen en una vista previa funcional, nunca en un producto real y desplegado con una base de datos y una URL que puedas enviarle a un cliente. Así que hicimos la versión aburrida de la prueba.
Tomamos una sola especificación y la construimos tres veces —en Bolt.new, Lovable y Y Build— y cronometramos todo con un cronómetro y un grabador de pantalla.
Qué construimos
La especificación: una app de reservas —inicio de sesión, un calendario, una tabla de citas respaldada por Postgres, una lista de administración y una página pública de reservas en un dominio propio. Prompt idéntico para los tres, escrito a continuación.
Build a bookings app. Users sign in with email. A calendar shows open 30-min slots. Booking writes to a Postgres `appointments` table. Add an admin page listing today's bookings. Deploy it to a public URL on a custom domain.
Resultados: del prompt a la URL en vivo
Los tres llegaron rápido a una vista previa funcional. La diferencia se abrió en el despliegue —la parte que las demos se saltan. Aquí está el cuadro de resultados completo.
| Metric | Bolt.new | Lovable | Y Build |
|---|---|---|---|
| Tiempo hasta la vista previa funcional | 18 min | 22 min | 14 min |
| Prompts para llegar al MVP | 9 | 12 | 7 |
| Tiempo extra hasta la URL en vivo | +12 min | +9 min | +3 min |
| Pasos de configuración manual | 6 | 4 | 0 |
| Coste de esta construcción | $20/mo | $25/mo | $12/mo |
El coste a lo largo de 30 días
Los precios de la vista previa ocultan la factura real: bases de datos, extras de alojamiento y la licencia que necesitas para mantenerla en vivo. A lo largo de un mes de tráfico ligero, la diferencia se amplió.
«La construcción fue un empate. El despliegue fue toda la historia — y es la parte que nadie mide con benchmarks.»
Dónde gana cada herramienta
Ninguna de estas es mala. Están afinadas para trabajos distintos:
- Bolt.new — la mejor para prototipado full-stack cuando vas a desplegar en otro sitio.
- Lovable — la UI de primera pasada más bonita; estupenda para MVPs guiados por el diseño.
- Y Build — menos pasos hasta un producto real y desplegado en tu dominio.
Metodología
Misma máquina, misma red, cuentas nuevas. Un operador, tres ejecuciones por herramienta, el cronómetro arrancó en el primer prompt y se detuvo cuando la URL pública resolvió por HTTPS. Tomamos la mediana para amortiguar la suerte. Grabaciones de pantalla en bruto y registros de prompts: github.com/ybuild/lab-03.
El veredicto
Si estás prototipando, elige aquella cuya UI te guste. Si vas a lanzar un producto real a un dominio real, la diferencia en el despliegue es decisiva — y es la razón por la que construimos Y Build como lo hicimos.