Google Antigravity, API Gemini o chat: por dónde empezar
Gemini3 Team · 7 de agosto de 2026 · 4 min read
Antes de empezar con Google Antigravity o Gemini, decida dónde debe ocurrir el trabajo: un entorno de desarrollo con acceso autorizado al proyecto, una integración mediante API o una conversación de chat. Cada superficie tiene permisos, herramientas y formas de verificar resultados distintas.
Esta guía no presupone un comando de instalación ni una función disponible en todas las cuentas. Tampoco convierte un chat de terceros en un agente con acceso al repositorio.
Elija la superficie según la tarea
Un entorno con agente puede servir para trabajar sobre archivos si sus herramientas y permisos están configurados. Una API permite integrar solicitudes en su aplicación. Un chat puede ayudar a analizar fragmentos y planear cambios con los materiales que usted aporte.
Empiece por un resultado pequeño: explicar un fallo, proponer un parche limitado o extraer una lista de requisitos. Después compruebe qué acceso necesita. No conceda acceso a todo un proyecto solo porque un ejemplo lo dé por supuesto.
Si trabaja en un entorno de desarrollo
Siga la instalación y autenticación oficiales de la versión que vaya a utilizar. Abra un proyecto adecuado para la prueba y revise qué archivos, terminales y servicios puede utilizar el agente. La disponibilidad de una marca no confirma automáticamente todos los modos de integración.
Prepare un cambio reversible y un estado inicial conocido. Defina una regla de aceptación, como corregir una validación sin alterar la interfaz pública. Revise el diff y la salida real de las comprobaciones. Que el agente describa un test no demuestra que lo haya ejecutado.
No se recomienda aquí un supuesto comando universal antigravity-cli serve. Un comando de configuración debe proceder de documentación vigente del producto concreto, no de una analogía con otra herramienta.
Si necesita una integración por API
La guía oficial de Gemini 3 es una referencia para sus modelos y solicitudes. Seleccione la API y el SDK adecuados, use el ejemplo oficial y conserve las credenciales en el entorno local, fuera del repositorio y de los prompts.
Registre identificador del modelo, versión del cliente y fecha. Confirme cómo gestiona el estado de conversación la interfaz elegida. No mezcle campos de Interactions y generateContent por similitud de nombres.
Pruebe primero una solicitud sin efectos externos. Defina manejo de errores, límites de reintento y registro del consumo. Repetir una generación tras un fallo de red no equivale a repetir una operación que modifica archivos o llama a un servicio externo.
Si empieza desde un chat
Compruebe los modelos y herramientas que ofrece la interfaz actual. Pegue una función breve, el mensaje de error y el comportamiento esperado. Si hay adjuntos, confirme formatos y límites; si no, comparta un extracto suficiente.
Con este fragmento y este error, explica la causa probable y propone el parche mínimo. Conserva la interfaz pública. Separa los hechos observados de las hipótesis y enumera las comprobaciones que debo ejecutar localmente.
En MidassAI Chat no presuponga un terminal Antigravity, sincronización del repositorio, una API de sandbox ni ejecución automática de pruebas. Copie la propuesta a su entorno solo después de revisarla y registre el resultado de sus propias comprobaciones.
Compare con un ejercicio común
Use el mismo caso en cada superficie que tenga disponible: una función pequeña que trata mal una entrada vacía. Proporcione contrato de entrada, resultado esperado y restricciones. Pida una explicación, un cambio mínimo y una prueba antes/después.
Compruebe si el parche aborda la causa o simplemente oculta el error. Revise casos normales y límites. Mantenga separados el texto generado, los archivos realmente modificados y la evidencia de ejecución. Son resultados distintos.
Mida trabajo terminado
Anote preparación, espera, revisión y reparación. Un ejemplo editorial no es una medición de «45 minutos ahorrados». La comparación debe incluir también fallos, solicitudes de aclaración y trabajo manual necesario.
Antes de permitir acciones con efectos externos, revise alcance y autorización. Para una primera prueba, un análisis y un parche revisable suelen bastar. Elija la superficie que permita completar su tarea con evidencia verificable y conserve ese ejercicio como referencia cuando cambien las herramientas.