Una vista previa funcional es un comienzo, no una entrega. Juzgaría estas herramientas por lo que ocurre cuando otra persona debe cambiar la aplicación, revisar un parche y desplegar bajo reglas del equipo. Lovable, Bolt.new, Replit y Cursor parten de lugares distintos. Esta guía documental usa información oficial comprobada el 12 de octubre de 2026 para planificar 2027. Soy Lena. No ejecuté pruebas equivalentes entre productos: son conclusiones de encaje, no clasificaciones medidas.
¿Qué herramienta encaja con un proyecto real?
Para una aplicación web nueva, Lovable inicia desde instrucciones y entrega a un repositorio. Bolt.new combina desarrollo en navegador e importación GitHub para proyectos JavaScript compatibles. Replit reúne edición, ejecución y despliegue. Cursor sirve a repositorios existentes cuyos desarrolladores desean ediciones de IA en su editor. Las diferencias mayores aparecen después de generar: ¿quedan código editable, pruebas y responsabilidad clara tras la primera demo?
Los servicios de producción existentes reducen opciones. La integración Git actual de Lovable exporta proyectos, pero no importa repositorios existentes. Bolt, Replit y Cursor sí ofrecen rutas al código existente. Ninguno demuestra que stack, secretos y canal de lanzamiento funcionen sin preparación.
Cómo se compararon
Propongo una tarea: añadir una página de ajustes autenticada y modificar una regla de validación después de revisarla. El registro incluiría commit inicial, diff, pruebas, vista previa, ruta de despliegue y pasos pendientes de secretos o base de datos. No lo ejecuté entre productos: es una prueba de compra repetible con alcance y comprobaciones iguales.
Aplicación nueva o repositorio existente
Las herramientas de prompt a aplicación facilitan ver una primera pantalla. Los proyectos existentes traen versiones, autenticación, migraciones, accesibilidad y automatización de lanzamientos. Registre si se parte del repositorio real o de una aplicación generada, junto al build base. Una vista previa puede ocultar dependencias cambiadas o servicios ausentes.
Revisar cambios y continuar
Pida rama acotada, diff, comprobaciones exactas y entrega que otro desarrollador pueda seguir sin chat. La guía OpenSSF de instrucciones para asistentes de código recomienda directrices de seguridad breves y concretas: declare rutas editables, comandos de prueba y secretos prohibidos antes de generar. Una vista previa o checkpoint localiza cambios, pero no certifica autenticación.
Acceso y responsabilidad de revisión importan tanto como generación. Incluya coste en el piloto. Las páginas oficiales describen créditos Lovable, tokens Bolt, términos de plan y uso Replit y consumo de modelos incluido en Cursor con posibles cargos adicionales. Compare coste por cambio aceptado, incluida preparación y revisión. Vuelva a comprobar precios y límites al comprar en 2027.
1. Lovable: iniciar una aplicación mediante instrucciones
Dónde encaja
Lovable sirve a equipos que necesitan una aplicación web nueva para probar una idea. Un fundador describe el flujo e incorpora a un desarrollador antes de que la implementación se convierta en el sistema de referencia. La documentación actual permite sincronizar código en ambos sentidos con un repositorio GitHub nuevo. Se puede clonar, revisar PR, trabajar localmente y desplegar fuera; alguien debe asumir ese flujo.
Lo usaría mientras la aplicación sea nueva y haría revisar autenticación y cambios de datos por un ingeniero antes de admitir usuarios reales. La pantalla prueba el flujo; el repositorio hace inspeccionable el mantenimiento. Registre servicios que permanecen en Lovable Cloud.
Qué comprobar antes de elegir
Su FAQ Git dice que no importa repositorios GitHub existentes. Eso limita su encaje con proyectos previos, aunque cambios enviados a la rama vinculada activa se sincronizan de vuelta. Solo una rama se sincroniza activamente a la vez. Compruebe la revisión de funcionalidades antes de desplegar.
Exportar código no es trasladar un servicio en marcha. Verifique por separado datos, secretos, autenticación, dominios y funciones administradas. La documentación ofrece sincronización GitHub en todos los planes y descarga directa del código en los de pago; confirme créditos actuales. Elíjalo para una aplicación nueva si el equipo asumirá código y operaciones.
2. Bolt.new: construir en el navegador
Dónde encaja
Bolt sirve a equipos que quieren editar una aplicación web JavaScript en navegador, con código y vista previa cerca del prompt. GitHub permite importar o crear repositorios, sincronizar commits y trabajar con ramas. También hay ZIP del proyecto y alojamiento en Bolt u otro servicio tras sincronizar GitHub.
Importaría un repositorio compatible en rama de funcionalidad, crearía página y regla, e inspeccionaría el diff fuera de Bolt. Mantenga manifiesto y lockfile en revisión: la documentación package-lock de npm explica por qué conservar el árbol resuelto junto al código. El build del equipo debe ejecutarse desde el commit sincronizado, no solo desde la vista previa.
Qué comprobar antes de elegir
La página tecnológica se centra en JavaScript web y declara incompatibles los backends Python y PHP. Importar un repositorio mixto no lo vuelve viable. Las ramas se fusionan en GitHub, no en Bolt. La documentación describe commits automáticos y un caso de actualizaciones casi simultáneas donde Bolt conserva sus cambios sobre los de GitHub. Pruebe concurrencia y políticas de ramas.
Un ZIP contiene archivos, no necesariamente datos alojados, credenciales, dominios ni historial operativo. Revise integraciones antes de cambiar de host. Consulte precios actuales de tokens y términos de equipo para uso representativo. Encaja con JavaScript centrado en navegador si el equipo revisa merges en GitHub y valida despliegues aparte.
3. Replit: construir y ejecutar en un espacio
Dónde encaja
Replit atrae a equipos que quieren editor, shell, aplicación y despliegue en un espacio de navegador. Importa repositorios GitHub públicos y privados. Documenta ramas, diffs visuales, commits y push. Los checkpoints de Agent capturan proyecto, conversación y estado de base conectada; recomienda commits Git para colaboración externa duradera.
Importaría el repositorio privado a un espacio de prueba, configuraría secretos con sus controles y establecería una ejecución base antes de editar. Un compañero revisaría el diff y repetiría aceptación en un checkout limpio. El borrador NIST sobre evaluaciones automatizadas respalda condiciones y evidencias consistentes.
Qué comprobar antes de elegir
La guía de Replit excluye valores de secretos existentes y servicios específicos que no funcionan allí por defecto. Acceso privado no reproduce infraestructura. Pruebe runtime, comandos de build, base de datos y red; documente cambios exclusivos para Replit. Los repositorios de organización pueden necesitar autorización administrativa de su aplicación GitHub.
Separe permisos del repositorio y acceso de compañeros a la aplicación Replit. El checkpoint restaura desarrollo; commit y PR comunican fuera del espacio. Calcule por separado Agent, recursos y despliegue. Encaja si reduce coordinación y la aplicación sigue funcionando en el entorno previsto de producción.
4. Cursor: cambiar código existente
Dónde encaja
Cursor parte de un checkout. Su inicio rápido abre un proyecto local y usa Agent para editar y probar. Encaja con validaciones acotadas cuando Git, pruebas y despliegue existen fuera de la herramienta. El artefacto de revisión sigue siendo rama y PR normales.
Le pediría identificar archivos, cambiar solo la validación y ejecutar el test existente. Un ingeniero revisaría y repetiría la comprobación. Para experimentos simultáneos, la documentación worktree de Git explica cómo separar ramas mediante árboles de trabajo. Ese aislamiento no prueba que el código generado sea seguro para fusionar.
Qué comprobar antes de elegir
Distinga edición local de agentes en segundo plano. Estos clonan GitHub remotamente, editan otra rama y requieren lectura-escritura en repositorios seleccionados. Sus comandos de terminal se ejecutan automáticamente según la documentación. Revise alcance, secretos, red, privacidad y responsabilidad del merge en delegación remota; esos permisos no describen la edición local habitual.
Precios distingue controles individuales, Teams y Enterprise, situando controles de acceso a repositorios en Enterprise. Verifique nivel y consumo para el flujo real. Cursor encaja si se conserva build y lanzamiento habituales y los desarrolladores asumen revisión y reproducción del entorno.
Cómo elegir después del primer prototipo
Saque la aplicación de la vista preferida del producto. ¿Puede otra persona clonar, instalar dependencias, comprobar, identificar despliegue y explicar el último cambio desde el diff? Si no, la entrega está incompleta. Evalúe ese trabajo junto al resultado visual.
Lovable para aplicación nueva con entrega Git; Bolt para JavaScript compatible y edición web; Replit para unir runtime y espacio de equipo; Cursor para repositorio y lanzamiento existentes. Son encajes documentados, no ranking de velocidad.
Para trabajo posterior de repositorio, EvoX es un flujo Beta relacionado que puede evaluarse con el mismo estándar de diff y validación. La guía oficial describe programación y revisión, pero no sustituye un ensayo equivalente con esta selección.
Dónde se necesita más revisión
Autenticación, permisos, pagos, borrado de datos y llamadas a terceros necesitan comprobaciones explícitas aunque la vista previa parezca terminada. Lea el recorrido generado, pruebe solicitudes no autorizadas, inspeccione políticas de datos y mantenga secretos fuera del repositorio. La guía OWASP para aplicaciones agénticas ofrece una perspectiva de permisos e inputs no fiables, no certifica estos productos.
Registre lo no verificado. «Tests pasados» necesita comando, estado de salida y entorno; «desplegable», build reproducible y responsable de producción. Si esos hechos desaparecen con el chat, el prototipo sigue dependiendo de quien dio las instrucciones.
Preguntas frecuentes
¿Se puede mover Lovable a un repositorio gestionado aparte?
Sí. Documenta exportación y sincronización bidireccional con un repositorio nuevo. Puede clonarse y trabajarse localmente, trasladando deliberadamente configuración, datos y responsabilidad de despliegue. No importa repositorios existentes actualmente.
¿Qué archivos Bolt.new se pueden exportar?
ZIP del proyecto y sincronización GitHub. Compare archivo y repositorio para código, recursos, dependencias y configuración. Datos alojados, secretos, dominios y servicios se migran aparte.
¿Replit admite un repositorio privado existente?
Sí, la importación guiada admite privados si la cuenta tiene acceso. Puede requerir aprobación administrativa en organizaciones. Configure secretos y servicios particulares antes de comparar con el original.
¿Qué permisos necesita Cursor en proyectos de equipo?
La edición local usa el repositorio que el desarrollador ya puede abrir. Los agentes en segundo plano necesitan lectura-escritura en repositorios GitHub seleccionados y dependencias necesarias. Revise plan y autorización antes de activar esa ruta.
¿Cuáles permiten conservar despliegue propio?
Los cuatro ofrecen salida a repositorio o checkout controlado por el equipo. Lovable exporta nuevo proyecto; Bolt sincroniza o descarga; Replit hace push; Cursor edita el checkout. Conservar despliegue requiere revisar build, secretos, datos e infraestructura por separado.
Artículos anteriores:
- Para evaluar qué ocurre tras el prototipo, la reseña SWE-2 más allá de benchmarks trata comprensión del repositorio, calidad del parche, regresiones, intervención humana y recuperación en trabajo real.
- Para mayor control tras trasladar código, la configuración Claude Code Opus 5.5 explica permisos, modelo activo, tarea reversible y revisión de diff y pruebas.
- Si el flujo crece hacia pasos dependientes, los mejores agentes para trabajo de varios pasos comparan planificación, herramientas, aprobaciones, estado intermedio y comprobación de finalización.
