Con Google Antigravity IDE puedes desarrollar una aplicación web local si primero vinculas el proyecto a una carpeta de tu ordenador y después revisas y pruebas los cambios. Un ejemplo práctico sigue el paso de una lista de guitarras a una aplicación con Astro, HTMX y SQLite; el recorrido lo relata el autor de InfoWorld, no es una prueba de NeoTeo.

Elige Antigravity IDE y prepara el proyecto

Demostración de Mikey No Code: proyecto, revisión del plan y pruebas de una app Node.js

Google distingue la aplicación independiente Antigravity 2.0, pensada para gestionar varios agentes, de Antigravity IDE, el entorno de desarrollo con editor y contexto de código, y de Antigravity CLI, la interfaz de terminal. La Codelab de Google también enumera el SDK como una superficie distinta. Para seguir un tutorial que trabaja con archivos, editor y terminal, la opción pertinente es Antigravity IDE. Google indica que su ejercicio de iniciación contempla macOS, Windows y determinadas distribuciones de Linux, y requiere Chrome y una cuenta personal de Gmail. La guía de inicio de Google describe además los proyectos y sus permisos.

Antes de pedir cambios, crea un proyecto y conéctalo a una carpeta local. En la demostración para principiantes de Mikey No Code, el agente no accede a los archivos del proyecto hasta que la carpeta está vinculada. Google explica que un proyecto puede abarcar una o varias carpetas y delimita los archivos, las herramientas, los permisos y los ajustes específicos del proyecto.

Mikey No Code muestra en inglés la configuración del proyecto, la revisión de planes y las pruebas de una aplicación de tareas en Node.js; es un ejemplo distinto del inventario desarrollado con Astro.

Sigue el ejemplo de una aplicación local

El autor de InfoWorld describe un inventario de guitarras vintage construido con Antigravity IDE. La secuencia concreta sirve para entender cómo evoluciona el proyecto; no convierte Astro, HTMX o SQLite en requisitos generales de Antigravity.

  1. Crea el proyecto Astro. En el ejemplo, el autor parte del comando npm create astro@latest vintage-guitar-vault. Astro proporciona la estructura inicial de la aplicación.
  2. Añade una lista de guitarras a la página. El trabajo pasa por src/pages/index.astro. InfoWorld relata que una valla de tres guiones para el frontmatter de Astro era necesaria para activar la finalización en línea que describe. También observó que pedir en un comentario campos concretos para los datos de las guitarras generaba una muestra más enfocada que solicitar un array sin más detalle.
  3. Conecta la interacción con HTMX. La página pasa de mostrar datos estáticos a solicitar el historial de mantenimiento mediante una petición a /api/maintenance/${guitar.id}. Según InfoWorld, la ayuda de código en línea aportó sintaxis, pero el autor recurrió a Agent Manager para abordar el trabajo entre archivos, incluida la integración de HTMX y la interpolación de Astro.
  4. Guarda los datos en SQLite. En ese proyecto, el autor trasladó los registros a una base de datos local con better-sqlite3 y añadió un script para cargar datos iniciales. Así, la aplicación deja de depender de una lista escrita directamente en la página.
  5. Implementa el endpoint de mantenimiento. El ejemplo añade la ruta /api/maintenance/[id], que permite atender las peticiones de HTMX asociadas a cada guitarra.

Ejecuta la aplicación y comprueba los cambios

InfoWorld relata que el autor arrancó el servidor de desarrollo con npm run dev y abrió el proyecto en localhost:4321. En esa construcción, también encontró un error de node-gyp en Windows que el agente corrigió tras la aprobación del cambio. Más adelante, al probar la función de mantenimiento, apareció un TypeError; el autor cuenta que lo resolvió con pruebas en el navegador y más trabajo del agente.

Google permite solicitar un plan de implementación con /plan y describe planes, diferencias de código, recorridos y capturas como posibles artefactos. No aparecen necesariamente en todas las tareas, y el agente puede continuar sin mostrar un botón «Proceed». Por eso, revisa las diferencias cuando estén disponibles y ejecuta la aplicación para comprobar la función que has pedido: una sugerencia de código no sustituye la integración ni la prueba del resultado.