Google ha decidido retirar Gemini CLI para la mayoría de usuarios individuales y empujarles hacia Antigravity CLI, una nueva herramienta cerrada vinculada a su plataforma de desarrollo agéntico. La decisión ha generado una reacción dura entre desarrolladores porque no afecta a un producto cualquiera: Gemini CLI era un proyecto open source, con licencia Apache 2.0, más de 100.000 estrellas en GitHub, 6.000 pull requests fusionadas y cientos de colaboradores.

La fecha marca el problema. Google anunció la transición el 19 de mayo y Gemini CLI dejará de servir peticiones el 18 de junio de 2026 para usuarios gratuitos, Google AI Pro, Ultra y Gemini Code Assist para individuos. En la práctica, poco menos de un mes para abandonar una herramienta que muchos habían integrado en sus flujos de trabajo. Los clientes empresariales con Gemini Code Assist Standard o Enterprise no sufren el mismo corte: Google afirma que su acceso permanece sin cambios.

El código sigue abierto, pero el servicio se cierra

La tensión nace de una diferencia que muchas veces se pasa por alto. El código de Gemini CLI puede seguir estando disponible bajo una licencia permisiva. Eso permite usarlo, estudiarlo, modificarlo o hacer un fork. Pero Gemini CLI no era solo código: era una interfaz hacia los modelos de Google, una pieza que dependía de servidores, autenticación, cuotas, API y una infraestructura que la comunidad no controla.

Ahí está el golpe. En un proyecto open source tradicional, si una empresa cambia el rumbo, la comunidad puede copiar el código y continuar. Ha ocurrido muchas veces: una licencia se endurece, una compañía se repliega o un proveedor decide cerrar parte de su producto, y aparece un fork mantenido por quienes dependen de la herramienta. En Gemini CLI, esa salida existe solo a medias. Se puede conservar el volante, pero no el motor.

Google argumenta que los flujos de trabajo de los usuarios han cambiado y que ahora necesitan herramientas multiagente, backend unificado y una experiencia más integrada con Antigravity. La compañía asegura que Antigravity CLI mantiene funciones consideradas críticas, como Agent Skills, Hooks, Subagents y Extensions, ahora convertidas en plugins de Antigravity. También reconoce que no habrá paridad completa desde el primer día.

Ese matiz importa. No es solo una migración de nombre. Para muchos desarrolladores, significa pasar de una herramienta abierta, auditable y desarrollada con ayuda de la comunidad a una alternativa propietaria que aún está madurando. The Register ha señalado que, mientras el repositorio de Gemini CLI contiene el código del proyecto, la página pública de Antigravity CLI muestra documentación básica, un changelog y una demo, pero no un código equivalente publicado como open source.

La comunidad aportó valor y ahora pierde control

El malestar no se explica solo por la fecha de cierre. Se explica por la inversión colectiva. Gemini CLI no creció únicamente gracias a Google. Creció porque desarrolladores reportaron errores, propusieron mejoras, escribieron extensiones, probaron casos límite y ayudaron a convertir una herramienta experimental en parte de su infraestructura diaria.

Eso cambia la naturaleza del debate. Cuando una empresa lanza un producto propietario y lo retira, puede ser frustrante, pero las reglas estaban claras. Cuando invita a la comunidad a contribuir a un proyecto abierto, fusiona miles de aportaciones y después mueve la evolución real hacia un producto cerrado, la percepción es distinta. La licencia protege el código; no protege el tiempo, la confianza ni el conocimiento que la comunidad depositó en el proyecto.

Google no ha eliminado el repositorio ni ha cambiado la licencia de Gemini CLI. Ese punto debe reconocerse. Técnicamente, el código sigue estando disponible. El problema es que el valor principal de la herramienta dependía de un servicio que Google puede limitar, redirigir o mantener solo para clientes de pago. Para usuarios individuales y contribuyentes, el mensaje recibido es incómodo: ayudaron a mejorar una herramienta que ahora deja de servirles en las mismas condiciones.

La decisión también alimenta un patrón que pesa sobre la reputación de Google. La web Killed by Google acumula cientos de productos descontinuados por la compañía a lo largo de los años. No todos los cierres son comparables ni todos tienen la misma gravedad. Pero en herramientas de desarrollo, donde las empresas y profesionales construyen hábitos, automatizaciones y procesos, la memoria pesa.

Open source en la era de la IA: una dependencia nueva

El caso Gemini CLI muestra un problema más amplio del open source aplicado a la inteligencia artificial. Durante décadas, abrir el código de una herramienta daba a la comunidad una vía real de continuidad. En IA generativa, esa garantía puede ser insuficiente si el proyecto abierto depende de un modelo cerrado, una API privada o una infraestructura centralizada.

Un editor, una librería o un framework pueden vivir después de que su empresa original se retire. Un cliente de IA que solo funciona bien conectado a modelos propietarios queda mucho más expuesto. La parte abierta puede ser importante, pero no necesariamente suficiente.

Esto obliga a los equipos técnicos a hacerse preguntas más duras antes de adoptar herramientas de IA en producción. ¿La herramienta funciona con varios proveedores? ¿Puede cambiar de modelo sin rehacer todo el flujo? ¿El proveedor puede cortar el acceso con 30 días de aviso? ¿Hay rutas locales u open weights viables? ¿El proyecto tiene una gobernanza independiente o depende por completo de la voluntad de una sola compañía?

Antigravity puede terminar siendo una buena herramienta. Puede mejorar Gemini CLI en rendimiento, coordinación multiagente y experiencia integrada. Ese no es el único punto. La cuestión es si Google ha gestionado bien la transición con una comunidad que ayudó a construir la herramienta anterior. Para muchos desarrolladores, la respuesta parece negativa.

El verdadero riesgo es la falta de influencia

La lección no es simplemente que Google cierre productos. La lección es que contribuir a un proyecto open source controlado por una gran empresa no siempre da influencia sobre su futuro. Puede dar acceso al código, visibilidad y capacidad de aportar mejoras, pero la dirección estratégica sigue en manos del propietario de la plataforma, especialmente cuando el valor depende de servicios cerrados.

Esto no significa que los desarrolladores deban rechazar cualquier herramienta corporativa open source. Muchas han sido esenciales para la industria. Significa que hay que distinguir entre código abierto, gobernanza abierta y dependencia operativa. Son tres cosas diferentes.

Gemini CLI tenía código abierto, pero su continuidad práctica dependía de Google. Cuando Google decidió concentrar esfuerzos en Antigravity CLI, la comunidad descubrió el límite real de su poder. El contrato legal seguía intacto; el contrato social quedó tocado.

Para las empresas, el aviso es directo. Si una herramienta de IA forma parte del flujo diario de desarrollo, no basta con mirar la licencia. Hay que analizar quién controla el acceso, los modelos, las cuotas, el roadmap y la transición si el producto desaparece. En la era de los agentes, la dependencia no está solo en el repositorio. Está en todo lo que ocurre detrás.

Preguntas frecuentes

¿Qué pasará con Gemini CLI el 18 de junio de 2026?
Google dejará de servir peticiones de Gemini CLI y de las extensiones IDE de Gemini Code Assist para usuarios gratuitos, Google AI Pro, Ultra y Gemini Code Assist para individuos.

¿Gemini CLI deja de ser open source?
No. El repositorio sigue disponible bajo licencia Apache 2.0. El problema es que el acceso práctico al servicio cambia para muchos usuarios, porque la herramienta dependía de modelos e infraestructura de Google.

¿Qué es Antigravity CLI?
Es la nueva herramienta de línea de comandos integrada en Google Antigravity, la plataforma de desarrollo agéntico de Google. Está pensada para flujos multiagente y comparte backend con Antigravity 2.0.

¿Por qué ha molestado tanto a la comunidad?
Porque Gemini CLI recibió miles de aportaciones de desarrolladores externos y ahora los usuarios individuales deben migrar a una herramienta que, por ahora, no ofrece la misma apertura ni paridad completa de funciones.