Google Antigravity: cómo implementar tu app en producción

Despliega tu app de Antigravity en una URL HTTPS pública, conecta su base de datos y comprueba que guarda datos reales. Con Lizard, el agente puede ejecutar el despliegue desde el mismo proyecto donde construiste la app.

1. Prepara: abre tu proyecto en Antigravity e instala la Lizard Skill.
2. Elige el objetivo: inicia sesión en Lizard y asigna un nombre al proyecto y al servicio que vas a desplegar.
3. Despliega: pide al agente que configure la app, la base de datos y los secretos necesarios, y luego despliega desde GitHub o desde tu código local.
4. Verifica el resultado: abre la URL pública, crea un registro y recarga la página. Comprueba el inicio de sesión, las subidas y los workers si tu app los usa.

Despliega desde el chat de Antigravity

Tras instalar la Lizard Skill, da al agente esta instrucción. Sustituye my-project por tu objetivo:

Lee la guía actual de Lizard CLI. Inspecciona este repositorio y despliega una copia de prueba en el proyecto de Lizard my-project. Reutiliza la configuración de build existente. Configura la base de datos y los workers que necesite la app. Usa el repositorio de GitHub si hay uno conectado; de lo contrario sube el código local. Devuelve la URL pública, la revisión desplegada y los resultados de una comprobación de página y una prueba de escritura/lectura en la base de datos. Dime qué comprobaciones han fallado.

Si el agente necesita el CLI, instálalo y carga su guía:

npm install -g @lizard-build/cli
lizard skills get core --json
lizard status --json

Completa el inicio de sesión en el navegador si se solicita. Para una app de producción existente, indica el servicio y el dominio que podrían cambiar antes de desplegar. Mantén los secretos en la configuración del servicio, fuera del repositorio y del bundle del navegador.

Un resultado exitoso: la URL pública carga, la app alcanza la base de datos prevista y un registro sobrevive a la recarga de página. Un build marcado como “exitoso” por sí solo no verifica esos flujos.

Publicamos esta guía en Lizard. Comprobamos el flujo de trabajo del CLI el 14 de septiembre de 2026; las referencias de hosting más amplias se verificaron por última vez el 9 de septiembre de 2026.

Qué aporta Antigravity al despliegue

Google describe Antigravity como un entorno de desarrollo agente cuyos agentes pueden trabajar en el editor, la terminal y el navegador. Esas capacidades pueden ayudar a preparar y comprobar un despliegue. El runtime de producción sigue perteneciendo al host que elijas. Introducción a Antigravity de Google.

Las integraciones de despliegue pueden cambiar. Consulta la documentación actual de Antigravity y la herramienta de hosting que pretendas usar. Evita asumir que una característica en el IDE signifique que todos los requisitos de base de datos, worker o despliegue ya están configurados.

La decisión importante no es qué herramienta generó los archivos. Es qué necesita la aplicación resultante para ejecutarse.

Identifica lo que contiene tu app

Pide al agente que inspeccione el repositorio y produzca un inventario de despliegue breve:

• Framework, versión de runtime y lockfile de dependencias.
• Comando de build, directorio de salida y comando de inicio en producción.
• Servicios web, APIs, workers y tareas programadas.
• Motor de base de datos y variables usadas para conectarse a ella.
• Archivos subidos, escrituras en el sistema de archivos local y persistencia requerida.
• Proveedores de login, URLs de callback, webhooks de pagos y otros servicios externos.

Esto detecta suposiciones comunes de prototipo antes de elegir host. Un frontend puede contener una URL de API de desarrollo hardcodeada. Un backend generado puede guardar datos en un archivo local. Una tarea en segundo plano puede ejecutarse solo mientras el proceso de desarrollo está abierto.

Elige el host según la aplicación

Lizard es una opción para servicios web, workers y servicios de datos gestionados a través del Lizard CLI. Vercel puede encajar en un flujo centrado en frontend; lee nuestra comparativa con Vercel para ver diferencias de runtime y facturación. Cloud Run ofrece Servicios, Jobs y pools de workers con propósitos distintos. Visión general de Cloud Run.

Si Google Cloud ya es tu objetivo, el codelab de Cloud Run MCP de Google describe un flujo de despliegue basado en herramientas. Elegir Lizard es una decisión de hosting, no un requisito impuesto por Antigravity.

Usa la fuente adecuada para el despliegue

Si el proyecto tiene un repositorio de GitHub accesible, conecte ese repositorio y la rama deseada al servicio. Así, los commits posteriores tendrán una ruta repetible al despliegue. Revise el directorio raíz en un monorepo. Siga la guía de integración con GitHub.

Para código que solo existe localmente, utilice el flujo de carga de fuentes. El agente debe seleccionar o crear explícitamente el proyecto y el servicio deseados antes de la carga. No debe reemplazar silenciosamente un despliegue Git existente con una copia cargada.

En ambos casos, mantenga los archivos generados y los secretos fuera del control de versiones. Un build de producción debe usar el lockfile de dependencias del repositorio y una versión de runtime compatible con la aplicación.

Haga explícitos los datos y la configuración

El aprovisionamiento de Managed Postgres es solo la primera parte de la configuración de una base de datos. Defina la variable de conexión que lea la aplicación y ejecute sus migraciones en un paso de lanzamiento controlado. Pruebe una escritura y una lectura usando la base de datos prevista.

Si la app usa un worker, ejecútelo como un servicio aparte con su propio comando y variables relevantes. Para los archivos, distinga el trabajo temporal de los datos que deben sobrevivir a un reinicio o redeploy. Use almacenamiento adecuado y pruebe ese ciclo de vida.

Las variables de frontend merecen atención especial: los valores incluidos en un bundle del navegador son públicos. No ponga contraseñas de base de datos ni secretos de API del servidor en la configuración de build del frontend. Mantenga los secretos del lado del servidor con el servicio que los necesita.

Verifique un flujo de producción real

Abra la URL desplegada directamente en una sesión de navegador nueva. Pruebe las rutas sin depender de una pestaña que aún conserve estado de desarrollo. Luego compruebe los flujos que la app promete a los usuarios.

Para integraciones de pago, use el modo de prueba del proveedor antes de una transacción real. Para email, verifique una entrega de prueba y los enlaces que contenga. Revise logs y uso de recursos tras la prueba en lugar de tratar una página visualmente correcta como resultado final.

Estime el alojamiento aparte del desarrollo

La herramienta de desarrollo y los servicios de producción tienen costes distintos. Incluya todos los procesos web, workers, bases de datos, almacenamiento y tráfico en la estimación de alojamiento. Lizard usa pay as you go sin suscripción mensual. Consulte tasas de recursos, expiración de créditos de prueba y comisiones de pago en Precios de Lizard; otros hosts pueden tener cuotas de plan y asignaciones.

Un servicio de bajo tráfico puede seguir usando memoria mientras espera trabajo. Un host orientado a peticiones puede reducir la computación pero seguir cobrando por datos retenidos u otros servicios. Use comportamiento medido en lugar de asumir que un prototipo encajará en una asignación gratuita indefinidamente.

FAQ

¿Antigravity aloja mi app automáticamente? La app necesita un objetivo de producción. Antigravity puede ayudar a usar herramientas de despliegue, pero verifique qué servicio ejecuta la app y qué recursos creó.

¿Puedo desplegar sin teclear manualmente cada comando? Un agente con las herramientas requeridas puede ejecutar el flujo. Usted sigue necesitando establecer el objetivo, credenciales y cambios permitidos, e inspeccionar el resultado reportado.

¿Por qué el preview funciona mientras la app desplegada falla? Causas comunes incluyen comandos solo de desarrollo, variables faltantes, un puerto equivocado, una base de datos inaccesible o una URL de callback que aún apunta a localhost. Empiece por los logs de build y runtime.

¿Puedo mantener mi base de datos actual? Sí, si el servicio desplegado puede alcanzarla de forma segura y la latencia y el coste de transferencia son aceptables. Pruebe esa ruta antes de mover también los datos.

¿Qué debería pasar tras el primer despliegue? Mantenga el proceso de lanzamiento repetible, monitorice errores y uso, y pruebe backups. La referencia de configuración del CLI y la página de soporte proporcionan los siguientes pasos para Lizard.