Lovable

Lovable es una plataforma para crear e iterar aplicaciones web mediante lenguaje natural. La documentación describe un resultado con frontend, backend, base de datos, autenticación e integraciones, respaldado por código editable. El proyecto no queda reducido a una conversación: reúne la aplicación, su vista previa, el código y el historial de versiones en un mismo contexto de trabajo.

La plataforma organiza la colaboración mediante workspaces. Un workspace contiene proyectos, miembros y configuración compartida; cada proyecto representa una aplicación. El código puede sincronizarse con GitHub, GitLab o Bitbucket para incorporarlo a un flujo de ingeniería existente. Esta separación entre espacio de equipo y aplicación ayuda a entender dónde se desarrolla cada cambio y qué elementos se comparten con otros proyectos.

Transformar una idea de producto en una aplicación requiere relacionar interfaz, datos, acceso de usuarios y servicios externos. Lovable permite describir esa necesidad y trabajar sobre una aplicación con código editable. Su documentación contempla tanto prototipos como aplicaciones de negocio, paneles, portales y productos con varios usuarios. El alcance depende del proyecto que se construye y de las integraciones que necesita.

La propuesta también separa la conversación sobre una idea de la ejecución de un cambio. Chat mode permite discutir la aplicación; Plan mode investiga y formula un enfoque; Build mode modifica el proyecto. Esta división permite revisar qué se quiere construir y cómo se abordará antes de pasar a la implementación. En un trabajo compartido, un plan escrito puede servir como punto concreto de revisión para quienes deben decidir sobre arquitectura, datos o permisos.

El trabajo empieza en el contexto de un proyecto, que conserva chat, preview, código e historial. La persona puede explorar lo que necesita y escoger el modo apropiado. Plan mode está diseñado para investigar el proyecto y escribir un plan sin modificar el código. La propuesta se puede editar y revisar; al aprobarla, Lovable cambia a Build mode y comienza la implementación del enfoque acordado.

Para los datos y la autenticación existe un backend integrado habilitado por defecto. La documentación indica que muchos proyectos no necesitan una cuenta separada de Supabase. También se puede conectar un proyecto propio de Supabase cuando se quiere mantener esa cuenta e infraestructura directamente. Con esa integración, Lovable puede diseñar el esquema, ejecutar migraciones, desplegar funciones y relacionar la interfaz con los datos del proyecto conectado.

Estas opciones de backend requieren una decisión temprana. La documentación advierte que no existe un cambio automático en un solo paso entre el backend integrado y el proyecto Supabase propio. Por tanto, escoger dónde viven los datos y cómo se administran no es un detalle que deba aplazarse hasta después de construir toda la aplicación. La sincronización del código con un repositorio y la elección del backend son aspectos relacionados del proyecto, pero tienen responsabilidades distintas.

• Generación e iteración de aplicaciones con código editable.
• Proyecto con conversación, vista previa e historial.
• Modos de conversación, planificación e implementación.
• Backend integrado o conexión con un proyecto Supabase propio.
• Sincronización del código con GitHub, GitLab o Bitbucket.
• Escaneos de seguridad básicos y profundos.

• Paneles de negocio y administración.
• Portales de clientes y aplicaciones con varios usuarios.
• CRMs y productos de suscripción.
• Prototipos que se revisan antes de ampliar el desarrollo.

• Equipos de producto y diseño que convierten prototipos en herramientas internas.
• Desarrolladores que necesitan continuar sobre código editable.
• Equipos que revisan cambios mediante repositorios sincronizados.

• Reúne interfaz y backend en el mismo trabajo sobre la aplicación.
• Permite revisar y editar un plan antes de cambiar código.
• Conserva código editable y sincronización con repositorios.
• Distingue un backend integrado de la conexión a una cuenta propia de Supabase.

La organización del acceso importa cuando se conecta Supabase. Un propietario o administrador del workspace enlaza la organización de Supabase. Una vez enlazada, quien tenga permiso de edición sobre el proyecto Lovable puede conectarlo con un proyecto de esa organización. Son dos acciones diferentes y pueden realizarlas personas distintas.

También hay que comprobar si el proyecto de datos ya se utiliza en otra aplicación Lovable. La documentación advierte que compartir un mismo Supabase puede provocar que los proyectos sobrescriban secretos. Este efecto afecta a funciones que dependen de esas claves. La conexión debe corresponder a una decisión consciente sobre qué aplicaciones compartirán backend y configuración, no solo a elegir una opción disponible en el listado.

Si se utiliza el backend integrado, el proyecto evita la configuración inicial de una cuenta Supabase separada. Esa comodidad no elimina la elección de las reglas de acceso a los datos. Los controles de seguridad de Lovable incluyen precisamente revisar tablas sin controles por registro o reglas que permiten acceso demasiado amplio.

Lovable distingue Quick scan y Deep scan. La revisión rápida cubre reglas de acceso a datos, dependencias y exposición de un servidor MCP sin autenticación. La revisión profunda estudia el código completo para problemas específicos de lógica, permisos y datos. Esta diferencia permite entender por qué un listado de dependencias sin vulnerabilidades conocidas no cubre todos los riesgos de una aplicación.

La documentación aclara que estas herramientas no sustituyen una revisión de seguridad completa. Una aplicación puede necesitar comprobar cómo se relacionan las funciones, los usuarios y los datos, además de examinar patrones de código. El resultado de un escaneo se debe leer como información para revisar y corregir el proyecto. La responsabilidad de cumplir los requisitos de seguridad del caso de uso sigue vinculada a la aplicación que se va a poner en funcionamiento.