Cómo usar Antigravity con Fabapp AI
Conectar Antigravity a tu cuenta
Antigravity agrega servidores MCP desde el panel del propio editor, y ahí va el bloque de siempre:
{ "mcpServers": { "fabapp": { "command": "npx", "args": ["-y", "@fabappai/cli", "mcp"] } } }
Después de agregarlo, el panel lista las herramientas que llegaron. Esa lista es tu prueba de conexión: vacía significa que el servidor no arrancó; corta significa que la credencial de esa máquina es de solo lectura.
Lo que necesitas
Node 20 o más nuevo, una cuenta de Fabapp en el plan Builder o superior, y un único inicio de sesión:
npx @fabappai/cli login
La credencial va al llavero del sistema. Nunca se muestra y se revoca desde un solo lugar, en el panel.
El ciclo
npx @fabappai/cli create "Mi tienda"
npx @fabappai/cli dev
dev arma la app en tu máquina con la misma plantilla con la que la plataforma publica, instala las dependencias y
levanta el servidor local. Con eso corriendo, pide lo que harías a mano: leer la definición, crear las entidades,
escribir las pantallas. Después:
npx @fabappai/cli deploy
Sube lo que tú cambiaste y publica, en ese orden. Publicar antes de subir publicaría lo que está en el servidor, y tu trabajo quedaría atrás.
Qué cambia con Antigravity
Antigravity es un editor agéntico: el asistente no espera pedido por pedido, trabaja en tareas más largas y muestra lo que hizo. Eso combina bien con una plataforma donde el trabajo tiene pasos encadenados, y pide un cuidado: una tarea larga es donde un error de contrato se propaga.
Por eso, al pedir algo grande, pídelo en orden. Documentación primero, definición después, schema, y recién entonces las pantallas. Un agente que escribe cinco páginas sobre un schema inventado rehace las cinco.
Lo otro que ayuda en tarea larga es dejar dev corriendo todo el tiempo. El error aparece en el navegador mientras
el agente sigue en el tema, en vez de aparecer en el build, cuando ya cambió de tarea.
Qué pedirle
"Lee la documentación de la plataforma antes de escribir el schema." Los tipos de campo son una lista cerrada y cualquier otro se rechaza; las reglas de acceso son lo único entre los datos de la app y el público.
"Lee la definición actual antes de cambiarla." Sin el schema a mano, un id de modelo equivocado responde 404 y un campo inventado responde 422.
"Schema primero, pantallas después." El SDK se genera sobre el modelo de datos.