La pregunta surge casi siempre en el mismo momento: «Mi código está en Lovable, ¿cómo se lo entrego a un desarrollador?». La buena noticia es que ese código es suyo y que Lovable permite exportarlo. La menos buena es que nadie le explica en qué orden debe actuar ni qué es lo que realmente espera un desarrollador de usted. Aquí tiene la guía paso a paso, tal como la desarrollo con mis clientes.
Lo que dice Lovable sobre su código
Lovable sincroniza cada proyecto con un repositorio Git alojado en GitHub, GitLab o Bitbucket, y el repositorio se crea en su propia cuenta. No es una copia estática: la sincronización funciona en ambos sentidos. Lo que modifique en Lovable se guarda en el repositorio, y lo que un desarrollador suba al repositorio vuelve a su proyecto en Lovable.
La sincronización con Git está disponible incluso en la versión gratuita. La descarga del código en un archivo comprimido, en cambio, solo está disponible en las versiones de pago, pero no la necesitará si ya existe el repositorio.
Último punto, y el más importante: usted es el propietario del código y del repositorio. Desconectar Lovable no borra nada, ni de un lado ni del otro.
Paso 1: crear el repositorio en GitHub, a su nombre
Si aún no tiene una cuenta en GitHub, créela con el correo electrónico de su empresa, no con el de un proveedor o un pasante. Este será el almacén de su aplicación durante años.
Luego, en Lovable:
1. abra la configuración del proyecto y la sección de GitHub;
2. conéctese con su cuenta de GitHub y autorice la aplicación Lovable en ella;
3. vincule el proyecto: Lovable creará el repositorio y enviará todo el código allí.
Una regla que nunca debe olvidar: no renombre, no mueva ni elimine ese repositorio una vez conectado. La sincronización se rompería sin posibilidad de volver atrás.
Paso 2: dar acceso al desarrollador, sin entregarle las llaves de la casa
Un desarrollador no necesita su contraseña de Lovable ni la de GitHub. Solo requiere tres accesos, que puede revocar en cualquier momento:
- el repositorio de GitHub, en modo de solo lectura para auditoría, o con permisos de escritura para modificaciones;
- el proyecto de Supabase (la base de datos), invitándolo como miembro de su organización;
- las variables de configuración de la aplicación: claves de pago, envío de correos electrónicos, IA. Transmítelas mediante un gestor de contraseñas, nunca por correo electrónico.
Para que la auditoría sea útil, añada lo que no se ve en el código: lo que la aplicación debe hacer, la lista de errores con la forma de reproducirlos, y las pantallas más importantes para su actividad. Una lista de cinco líneas vale más que una hora de videollamada.
Paso 3: dejar que el desarrollador trabaje sin romper la sincronización
Durante la recuperación, el desarrollador recupera el código en su máquina, lo corrige, lo prueba y lo devuelve al repositorio. Lovable recupera estos cambios automáticamente. Dos precauciones evitan malas sorpresas:
- no modifique el proyecto en Lovable al mismo tiempo que un desarrollador esté trabajando en él, o avíselo: dos personas modificando el mismo archivo en paralelo es garantía de conflicto;
- las funciones del lado del servidor (lo que Lovable llama Edge Functions) modificadas fuera de la herramienta deben volver a desplegarse desde Lovable o directamente desde la base de datos.
Una vez finalizada la recuperación, hay dos opciones. Puede mantener Lovable conectado para diseñar nuevas pantallas, y todo lo que se envía a producción pasa por el desarrollador. O desconecta la herramienta y la aplicación continúa su vida desde el repositorio, como cualquier otro software.
Paso 4: verificar que sigas siendo dueño
Antes de considerar el tema resuelto, verifique estos cuatro puntos:
- el repositorio de GitHub está en una cuenta a su nombre y usted es administrador;
- el proyecto Supabase está en una organización de la que usted es propietario;
- el nombre de dominio y el alojamiento están a su nombre;
- sabe dónde están las claves y puede retirar el acceso de cualquiera en cinco minutos.
Esto es lo que entrego al final de cada recuperación de aplicación hecha con IA: un repositorio a tu nombre, documentación que explica cómo iniciar, guardar y restaurar la aplicación, y sin dependencia alguna de una persona o de una herramienta.
Un ejemplo concreto
Imaginemos a Tomás, quien dirige una empresa de limpieza y construyó con Lovable una herramienta de programación para sus seis empleados. La herramienta es útil, pero tiene fallos en los reemplazos. Antes de nuestro primer intercambio, Tomás conecta el proyecto a un repositorio de GitHub creado con la dirección de la empresa, me invita como lector y me envía tres líneas: qué hace la herramienta, el fallo de los reemplazos, y el horario de la mañana del lunes como pantalla prioritaria.
La auditoría toma medio día. El fallo proviene de cómo se registran las ausencias, no de la pantalla. Diez días después, la corrección está en el repositorio, probada, y Lovable la ha recuperado. Tomás sigue diseñando sus siguientes ideas en la herramienta y me las pasa cuando deben ir a producción.
¿Y Bolt?
Bolt también propone enviar el proyecto a GitHub. El principio es el mismo: un repositorio a tu nombre, acceso concedido al desarrollador, y el trabajo se realiza a partir del repositorio. La única diferencia es el camino en los menús.
Preguntas frecuentes
¿Pierdo mi proyecto Lovable al exportarlo?
No. El proyecto sigue en Lovable, el repositorio es una copia sincronizada. Puedes seguir usándolo.
¿Puede el desarrollador recuperar mi código sin mi permiso?
No. El acceso al repositorio se concede y retira desde tu cuenta de GitHub, en unos clics.
¿Se necesita una suscripción de pago para exportar?
La sincronización con GitHub está disponible desde el plan gratuito. Solo la descarga del código en archivo requiere un plan de pago.
¿Qué hacer si ya no tengo acceso a la cuenta que creó el proyecto?
Es el caso más doloroso: un proyecto creado por un antiguo proveedor o un pasante que se fue hace tiempo. Empieza por recuperar el acceso a la cuenta o pide al dueño que transfiera el proyecto. Sin eso, habrá que volver a partir del código que puedas recuperar, y a veces habrá que rehacer parte de él.
¿Necesitas ayuda para la recuperación?
Si has completado los pasos 1 y 2, envíame el enlace del repositorio y tus tres líneas. Leo el código y recibes una primera opinión escrita en 48 horas, gratis. Y si aún dudas, el test en 8 preguntas te dice en dos minutos si tu aplicación necesita una recuperación.
