Google ha decidido retirar Gemini CLI para la mayoría de desarrolladores individuales y empujarles hacia Antigravity CLI, su nueva herramienta de línea de comandos integrada en la plataforma Antigravity 2.0. La transición tiene una fecha muy concreta: el 18 de junio de 2026, Gemini CLI y las extensiones IDE de Gemini Code Assist dejarán de servir peticiones para usuarios gratuitos, Google AI Pro, Ultra y Gemini Code Assist para individuos.
El cambio puede parecer una simple migración de producto, pero para la comunidad de desarrolladores tiene una lectura más incómoda. Gemini CLI nació como un agente de IA open source para terminal, con licencia Apache 2.0, integración con MCP, soporte para herramientas locales, ejecución de comandos, edición de archivos y acceso directo a los modelos Gemini. Google lo presentó como una herramienta abierta, extensible y pensada para quienes viven en la línea de comandos. Menos de un año después, el futuro práctico de esa herramienta se desplaza hacia una alternativa propietaria que, según la propia Google, no tendrá paridad completa de funciones desde el primer día.
El problema no es solo que Google cierre otro producto
Google tiene una larga historia de productos retirados, pero Gemini CLI toca una fibra distinta. No era solo una aplicación cerrada que los usuarios consumían. Era un repositorio abierto donde la comunidad podía leer el código, reportar errores, proponer mejoras, enviar contribuciones y construir extensiones. La propia página del proyecto anima a contribuir mediante bugs, documentación, mejoras de código y servidores MCP.
Ese es el contrato social que se ha roto para muchos desarrolladores. La licencia sigue ahí. El código no desaparece. Cualquiera puede hacer un fork de Gemini CLI y seguir trabajando sobre la interfaz. Pero el valor real de la herramienta no estaba solo en el harness, sino en el acceso al motor: los modelos Gemini, las cuotas asociadas, los endpoints y el servicio controlado por Google.
En un proyecto open source clásico, si una empresa cambia de rumbo, la comunidad puede continuar. En una herramienta de IA conectada a modelos propietarios, esa salida es mucho más débil. Se puede conservar la carcasa, pero no necesariamente la inteligencia que la hacía útil. Gemini CLI deja así una lección importante para los desarrolladores: en la IA, abrir el cliente no equivale a abrir la plataforma.
Google sostiene que Antigravity CLI responde mejor a los flujos actuales, con ejecución más rápida, soporte para tareas asíncronas, arquitectura unificada con Antigravity 2.0 y capacidad para coordinar múltiples agentes en segundo plano. También afirma que conserva funciones críticas como Agent Skills, Hooks, Subagents y Extensions, ahora convertidas en plugins de Antigravity. Pero la migración no es neutra: cambia el modelo de control.
De terminal abierta a plataforma cerrada
Para muchos equipos técnicos, Gemini CLI era atractivo porque encajaba bien en flujos existentes. Se podía ejecutar desde terminal, integrar en scripts, usar en tareas no interactivas, conectar con servidores MCP y adaptar mediante archivos como GEMINI.md. Esa combinación lo hacía útil para revisar código, crear features, depurar, generar documentación, consultar repositorios grandes o automatizar tareas internas.
Antigravity CLI parece apuntar a un modelo más ambicioso: una plataforma agéntica integrada, con backend común, aplicación de escritorio, CLI y SDK para workflows personalizados. El problema para la comunidad no es que Google quiera evolucionar su producto. Es que la evolución se mueve hacia un entorno menos abierto, con menos capacidad de inspección y con una transición muy corta para quienes habían adoptado Gemini CLI como herramienta diaria.
El trato desigual tampoco ayuda a calmar el debate. Los usuarios de Gemini Code Assist Standard o Enterprise conservan el acceso sin cambios. También seguirá siendo posible acceder mediante claves de API de pago de Gemini y Gemini Enterprise Agent Platform. El corte afecta sobre todo a usuarios individuales, gratuitos o de planes personales. Justo el perfil que más suele contribuir, probar, reportar errores y popularizar herramientas en comunidades de desarrollo.
| Aspecto | Gemini CLI | Antigravity CLI |
|---|---|---|
| Modelo de apertura | Código abierto, Apache 2.0 | No publicado como open source equivalente en el momento del cambio |
| Uso principal | Agente de IA en terminal | CLI dentro de la plataforma Antigravity 2.0 |
| Integraciones | Herramientas locales, MCP, extensiones, scripts | Plugins de Antigravity, subagentes y flujos asíncronos |
| Comunidad | Issues, contribuciones y forks en GitHub | Enfoque más controlado por Google |
| Fecha crítica | Deja de servir peticiones a muchos usuarios el 18/06/2026 | Disponible como reemplazo desde el anuncio |
| Usuarios enterprise | Mantienen acceso a Gemini CLI | También pueden probar Antigravity CLI |
La lectura para desarrolladores es clara: no basta con mirar la licencia. Hay que mirar quién controla el runtime, el modelo, la autenticación, las cuotas, las APIs y el roadmap. El open source protege el código, pero no protege necesariamente el servicio.
El bloqueo no está en el repositorio, sino en la dependencia
El caso Gemini CLI es útil porque muestra una forma moderna de vendor lock-in. No se parece al bloqueo clásico de una base de datos propietaria o de una API empresarial difícil de migrar. Aquí el bloqueo nace de algo más sutil: una herramienta abierta que depende de un modelo cerrado.
Un equipo puede haber integrado Gemini CLI en scripts de revisión, pipelines internos, generación de documentación, análisis de pull requests o tareas de soporte. Si el servicio deja de responder para su tipo de cuenta, el código del cliente no resuelve el problema. Hace falta adaptar workflows, migrar credenciales, revalidar comportamientos, probar límites, revisar costes y comprobar si la nueva herramienta produce resultados equivalentes.
Para proyectos personales, esto puede ser una molestia. Para equipos que han automatizado tareas, puede ser una deuda técnica inesperada. La migración de un agente de IA no consiste solo en cambiar un binario. Hay que revisar prompts, permisos, salidas esperadas, integración con shell, acceso a archivos, comportamiento con MCP, logs, seguridad y auditoría.
La lección práctica para desarrolladores no es abandonar todas las herramientas de grandes proveedores. Eso sería poco realista. La lección es diseñar capas de abstracción. Si un equipo usa agentes de IA en procesos importantes, debería evitar que todo el flujo dependa de un único CLI, un único proveedor y un único modelo.
Algunas medidas razonables son mantener prompts y workflows en repositorios propios, separar el cliente del proveedor mediante adaptadores, documentar dependencias, probar alternativas compatibles con MCP, conservar rutas de ejecución sin IA para tareas críticas y medir qué ocurre si una API deja de estar disponible.
La gobernanza importa tanto como la licencia
El open source no es solo publicar código. También implica expectativas de continuidad, gobernanza, participación y reciprocidad. Cuando una empresa aprovecha contribuciones externas para mejorar una herramienta y después mueve el futuro del producto hacia una alternativa cerrada, la comunidad percibe una asimetría: el valor colectivo entra, pero la decisión estratégica sale del alcance de quienes contribuyeron.
Esto no significa que Google haya violado la licencia de Gemini CLI. Ese no es el punto. El problema es de confianza. Los desarrolladores no solo invierten líneas de código; invierten tiempo, reputación, extensiones, documentación, procesos internos y aprendizaje. Cuando una herramienta cambia de rumbo con 30 días de margen, ese capital queda expuesto.
Para un medio de desarrolladores, el caso también sirve como aviso sobre cómo evaluar herramientas de IA. Antes de adoptar un agente de programación, conviene hacerse preguntas que hace dos años parecían exageradas. ¿El proveedor puede retirar el acceso? ¿Hay API estable? ¿La herramienta permite cambiar de modelo? ¿Los datos salen del entorno local? ¿La licencia cubre solo el cliente o también componentes necesarios para operar? ¿Existe una comunidad con capacidad real de decisión?
El desarrollo asistido por IA va a depender cada vez más de agentes, CLIs, IDEs, servidores MCP, workflows y modelos conectados a código privado. Esa capa será tan importante como hoy lo son CI/CD, gestores de paquetes o plataformas de repositorios. Por eso las decisiones de gobernanza ya no son un detalle ideológico: son un riesgo operativo.
Un aviso para la nueva generación de herramientas de IA
Gemini CLI no desaparece del todo. El código sigue disponible, los clientes enterprise mantienen acceso y Google ofrece una ruta hacia Antigravity CLI. Pero la confianza no se migra con un comando. Para muchos desarrolladores, el problema no será aprender otra CLI, sino aceptar que una herramienta presentada como abierta puede dejarles fuera cuando el proveedor decide reorganizar su estrategia.
Antigravity CLI puede terminar siendo mejor técnicamente. Puede ejecutar agentes en paralelo, trabajar en segundo plano, integrarse mejor con el ecosistema de Google y resolver casos que Gemini CLI no cubría bien. Pero el movimiento deja una pregunta que va más allá de Google: ¿cuánto control está dispuesto a ceder un desarrollador a herramientas que dependen de modelos cerrados?
El open source siempre ha dado a los desarrolladores una salida: copiar, adaptar, continuar. La IA generativa debilita esa salida cuando el componente esencial está en un servidor ajeno. Gemini CLI ha mostrado ese límite con claridad. El código abierto sigue importando, pero en la era de los agentes también hay que exigir apertura en protocolos, portabilidad de modelos, gobernanza y continuidad del servicio.
Para los equipos técnicos, la conclusión no debería ser emocional, sino práctica: tratar las herramientas de IA como dependencia crítica. Revisar su arquitectura, medir el riesgo de cierre, preparar planes de migración y evitar que una decisión unilateral de un proveedor pueda romper flujos de trabajo completos.
Preguntas frecuentes
¿Qué cambia con Gemini CLI el 18 de junio de 2026?
Gemini CLI y las extensiones IDE de Gemini Code Assist dejarán de servir peticiones para usuarios gratuitos, Google AI Pro, Ultra y Gemini Code Assist para individuos. Los clientes Standard y Enterprise mantienen acceso.
¿Gemini CLI deja de ser open source?
No. El repositorio sigue publicado con licencia Apache 2.0. Lo que cambia es el acceso práctico al servicio para muchos usuarios, porque la herramienta dependía de modelos e infraestructura de Google.
¿Qué es Antigravity CLI?
Es la nueva CLI de Google integrada en Antigravity 2.0, diseñada para flujos agénticos, tareas asíncronas, subagentes y una arquitectura unificada con la nueva plataforma de desarrollo de Google.
¿Qué deberían aprender los desarrolladores de este caso?
Que una herramienta de IA abierta puede seguir dependiendo de un proveedor cerrado. Conviene diseñar workflows portables, separar prompts y lógica propia, probar alternativas y no basar procesos críticos en un único CLI controlado por una sola empresa.
