Antigravity 2.0: licenciamiento, cuota y migración de Gemini CLI sin sorpresas
Guía validada sobre Antigravity 2.0: cuatro superficies, cuota compartida, límites basados en compute, planes individuales, uso empresarial en Google Cloud y migración de Gemini CLI.
Fabiano Brito
CEO & Founder
Antigravity 2.0 ya no es solo “un editor con IA”. Es una familia de superficies para desarrollo agéntico: app de escritorio, IDE, CLI y SDK. El cambio presupuestario más importante no es visual. Es operativo: el consumo se gobierna mediante cuota compartida y límites basados en compute, por lo que cada elección de modelo, modo de razonamiento y llamada a herramienta cuenta.
La confusión viene de tres cambios juntos. Google separó la experiencia en superficies distintas. Los planes de IA ahora comunican límites en términos de compute y no solo de cantidad de prompts. Y la transición de Gemini CLI a Antigravity CLI puso una fecha en el calendario: 18 de junio de 2026 para que usuarios individuales migren el flujo legado.
Este artículo usa el post de Medium enviado como referencia temática, no como fuente primaria. Las afirmaciones factuales se apoyan en anuncios, documentación o páginas oficiales de Google.
Las cuatro superficies de Antigravity 2.0
El error común es buscar “Antigravity” como si siguiera siendo una sola ventana. La arquitectura ahora es más modular: una superficie coordina, otra edita, otra automatiza y otra integra agentes en sistemas propios.
Antigravity Desktop
Centro para seguir agentes, sesiones y tareas largas. Tiene sentido cuando el trabajo ya superó el “chat dentro del editor”.
Antigravity IDE
La superficie de edición de código para refactors, diffs, pruebas, debugging y chat contextual junto al repositorio.
Antigravity CLI agy
Interfaz de terminal para scripts, automatización y migración desde Gemini CLI sin depender de la IDE abierta.
Antigravity SDK
Capa para construir agentes personalizados e integrarlos con infraestructura empresarial, identidad, logs, despliegue y controles de datos.
Esa separación es sana para equipos técnicos. IDE, orquestación, automatización en terminal y runtime corporativo son problemas distintos. Mezclarlos parecía simple, pero escondía costos y permisos.
Antigravity 2.0 no debe comprarse como editor; debe gobernarse como superficie de ejecución de agentes.
Qué cambió en la cuota: compute es la unidad práctica
La parte sensible es el consumo. Los planes de IA de Google describen una transición hacia límites basados en compute, con actualización recurrente hasta un límite semanal. En la práctica, la pregunta cambia de “¿cuántos prompts tengo?” a “¿cuánto trabajo le estoy pidiendo al sistema?”.
Una pregunta simple en un modelo ligero no pesa lo mismo que una tarea que lee un repositorio, planifica pasos, llama herramientas, genera un patch y vuelve a evaluar pruebas. Para FinOps, prompts largos, loops de agentes y modos de razonamiento alto necesitan reglas explícitas.
| Decisión | Impacto en cuota | Política recomendada |
|---|---|---|
| Modelo por defecto | Modelos más capaces tienden a consumir más compute por tarea. | Usa modelos económicos para triage, búsqueda y edición simple; escala solo cuando la tarea lo exija. |
| Modo de razonamiento | Razonamiento alto cuesta más porque el modelo planifica y verifica más antes de responder. | Resérvalo para bugs difíciles, arquitectura, incidentes y migraciones críticas. |
| Contexto adjunto | Más archivos, logs e historial aumentan el volumen procesado. | Adjunta el menor contexto suficiente y prefiere búsquedas dirigidas en el repositorio. |
| Loops de agente | Cada iteración puede llamar modelo, herramienta, prueba y nuevo análisis. | Define límite de pasos, checkpoint humano y presupuesto por tarea. |
El punto operativo es simple: la cuota compartida castiga el desperdicio invisible. Si una automatización barata corre todo el día en modo caro, consume el presupuesto que debería reservarse para trabajo complejo.
Planes individuales vs. operación empresarial
Para personas y equipos pequeños, los planes individuales pueden funcionar: el usuario compra capacidad, la usa en el editor y controla su ritmo. El problema aparece cuando una empresa intenta administrar decenas o cientos de suscripciones separadas. El costo deja de ser “mensualidad” y se convierte en gobernanza: identidad, auditoría, política de datos, billing y control de acceso.
Uso individual
Bueno para pruebas, aprendizaje, prototipos y desarrollador solo. El riesgo es menor porque el alcance de datos y personas es pequeño.
- Control
- Cuenta de usuario
- Billing
- Suscripción
Equipo técnico
Exige política de modelos, límites de uso, revisión de código asistido por IA y separación entre prototipo y producción.
- Control
- Política de equipo
- Billing
- Centro de costo
Empresa regulada
Necesita identidad corporativa, términos empresariales, trazabilidad, controles de datos y facturación cloud consolidada.
- Control
- IAM / Cloud Identity
- Billing
- Google Cloud
Para uso empresarial, la pregunta correcta no es “¿qué plan es más barato?”. Es “¿qué modelo de acceso reduce riesgo y permite medir costo por producto, squad o flujo?”. Los agentes de código tocan propiedad intelectual, secretos, dependencias, datos de clientes y pipelines.
Migración de Gemini CLI a agy
La transición más concreta es de Gemini CLI a Antigravity CLI. Google publicó un aviso específico para usuarios individuales: la migración a agy debe hacerse hasta el 18 de junio de 2026. Después de esa fecha, el flujo legado deja de ser el camino soportado para ese perfil.
El comando de migración de plugins es directo:
agy plugin import geminiNo lo trates como “cambiar un binario”. Trátalo como migración de herramienta de ingeniería. Inventaría scripts, aliases, hooks, plugins, variables de entorno, permisos y documentación interna que todavía llamen al CLI antiguo.
Busca usos de Gemini CLI en scripts, READMEs, CI local, aliases de shell y plantillas de proyecto.
Ejecuta agy plugin import gemini y valida si los flujos críticos aún leen contexto, llaman herramientas y generan patches.
Después de migrar, monitorea consumo por tipo de tarea; no asumas que el patrón antiguo cuesta lo mismo.
Define cuándo usar IDE, desktop, CLI y SDK; sin eso, cada dev crea su propio patrón de consumo y riesgo.
El punto práctico: enruta tareas por costo y riesgo
El mejor uso de Antigravity 2.0 no es “usar siempre el modelo más fuerte”. Es crear una matriz simple: tarea barata en modo económico; tarea incierta con más contexto; tarea crítica con razonamiento alto y revisión humana.
| Tarea | Configuración inicial | Cuándo escalar |
|---|---|---|
| Explicar archivo o función | Modelo económico, contexto mínimo, sin loop largo. | Si implica arquitectura o seguridad. |
| Refactor localizado | IDE con diff pequeño, pruebas unitarias y límite de pasos. | Si cambia contrato público, schema o autenticación. |
| Bug intermitente | Razonamiento medio con logs seleccionados. | Usa razonamiento alto cuando hay hipótesis en conflicto y alto costo de error. |
| Migración grande | Plan por etapas, checkpoints humanos y presupuesto explícito. | Escala modelo y contexto por etapa, no para todo el repositorio de una vez. |
Esta política reduce desperdicio sin bloquear productividad. El desarrollador sigue usando IA en su flujo normal, pero la empresa evita que tareas triviales drenen la cuota reservada para incidentes, arquitectura y entregas críticas.
Checklist de adopción
Antes de liberar Antigravity 2.0 para todo un equipo, resuelve cinco decisiones:
Usa IDE para código, desktop para orquestación, CLI para automatización y SDK para producto interno.
Describe qué modelo y razonamiento usar en triage, edición simple, debugging y arquitectura.
Clasifica qué puede entrar en el prompt: código público, código privado, logs, datos personales y secretos.
Acompaña consumo por equipo, tipo de tarea, modelo y resultado entregado.
Todo cambio generado por agente necesita pruebas y revisión proporcional al riesgo.
Conclusión
Antigravity 2.0 es una buena noticia para ingeniería, pero una noticia exigente para gobernanza. Separa mejor las superficies de trabajo, mejora el camino de terminal con agy y acerca agentes de desarrollo a flujos empresariales reales. A cambio, obliga a abandonar la improvisación: cuota compartida, compute, razonamiento y acceso a código necesitan política explícita.
Quien lo trate como suscripción individual descubrirá el costo después. Quien lo trate como plataforma de ejecución de agentes puede capturar productividad sin perder control.
¿Quieres liberar agentes de código sin perder gobernanza?
Ayudamos a diseñar política de uso, migración de CLI, observabilidad de consumo y pipelines seguros para agentes de ingeniería.
Lea también
- Antigravity y Managed Agents: hechos para equipos técnicos
- Agents CLI: Google convierte tu editor en especialista ADK
- Google AI Ultra en 2026: qué cambia para el presupuesto de IA
- Seguridad de agentes de IA: prompt injection en producción
Fuentes primarias: Google I/O 2026 developer highlights; Transitioning Gemini CLI to Antigravity CLI; Google AI subscriptions; Google Cloud generative AI security and privacy terms.