Google Mató a Gemini CLI: De Open Source a Caja Negra en 30 Días

El 19 de mayo, Google publicó lo que llamó “una actualización importante.” Para el 18 de junio, Gemini CLI — open source, con licencia Apache 2, más de 100.000 GitHub stars y más de 6.000 pull requests mergeados de cientos de contributors — dejará de servir requests para la gran mayoría de los usuarios. ¿El reemplazo? Antigravity CLI: un binario cerrado en Go con un repo de GitHub que tiene un README, un changelog y un GIF animado. Sin código fuente.

Llevo suficiente tiempo cubriendo developer tooling como para reconocer un patrón. Esto no es una transición de producto. Es un retiro de confianza.

Lo Que Realmente Pasó

Google enmarcó el cierre como evolución. El blog post oficial habla de “realidad multi-agente,” “arquitectura unificada” y “una plataforma única construida para hoy.” El argumento es que Gemini CLI probó el concepto, y ahora Antigravity CLI es la versión madura — más rápida (construida en Go), con soporte async, y compartiendo el mismo backend que Antigravity 2.0 desktop.

Esa es la versión de marketing. Acá está lo que realmente está pasando:

Una herramienta que la comunidad de developers construyó — con pull requests reales, forks reales, issue tracking real — está siendo retirada a favor de un binario cerrado de 140 MB. Simon Willison, una de las voces más respetadas en el espacio de AI tooling open source, lo dijo sin rodeos en el thread de Hacker News: Gemini CLI tenía licencia Apache 2 con un repo público. El repo de Antigravity CLI tiene un README y un GIF demo animado.

Un usuario de HN que hizo reverse engineering del binario documentó lo que hay adentro: un cliente Chrome DevTools Protocol / Playwright, un sandbox macOS Seatbelt, Sentry para crash reporting, Unleash para feature flags, Go-git embebido, y su propio detector de lenguajes. Una caja negra cerrada de 140 MB con su propio browser control stack. No exactamente una CLI minimalista.

Quién Queda Afuera el 18 de Junio

El corte no es uniforme, lo que empeora la imagen:

  • Usuarios free (Gemini Code Assist for individuals): sin acceso desde el 18 de junio
  • Suscriptores de Google AI Pro y Ultra: sin acceso desde el 18 de junio
  • Gemini Code Assist for GitHub (tier gratuito): sin nuevas instalaciones desde el 18 de junio, requests dejan de procesarse poco después

¿Quién conserva el acceso? Clientes enterprise con licencias Gemini Code Assist Standard o Enterprise, y quienes usen API keys pagas de Gemini. En otras palabras: si estabas usando esta herramienta de forma gratuita — incluso si fuiste uno de los cientos de contributors que ayudaron a construirla — quedás afuera.

La actualización forzada de Antigravity 2.0 suma otro problema: usuarios reportan que borra el historial de chat y las configuraciones, y los cuotas semanales se agotan después de apenas un par de requests. Te migran al producto nuevo, y el producto nuevo apenas funciona.

El Problema Real para los Equipos de Desarrollo

Más allá de la discusión ideológica sobre open source, hay consecuencias prácticas para los equipos en Iberoamérica:

Sin auditabilidad. Con Gemini CLI, podías inspeccionar el código, entender exactamente qué se enviaba a los servidores de Google, forkearlo y modificarlo. Con un binario cerrado, tenés que creerle a Google. Para equipos con requerimientos de soberanía de datos, o los que trabajan con codebases sensibles, no es una preocupación teórica — es una pregunta de compliance.

Sin extensiones comunitarias. El modelo open source habilitó un ecosistema real de forks y extensiones. Eso termina con un binario cerrado. Recibís lo que Google decide shipear.

Vendor lock-in más difícil de revertir. Una herramienta open source puede ser forkeada si Google la abandona. Un binario cerrado no puede. El perfil de riesgo de depender de Antigravity CLI es categóricamente diferente al de depender de Gemini CLI.

Presión de tiempo. El 18 de junio está a menos de 30 días. Los equipos que tienen workflows automatizados, scripts o pipelines de CI/CD construidos sobre Gemini CLI necesitan actuar ahora.

Lo Que Recomendaría

Si sos cliente enterprise: no te apures. Tu acceso no cambia y Google está bajo presión para que esta transición sea fluida. Evaluá Antigravity CLI con cuidado antes de comprometer workflows a él. Un Googler mencionó en el thread de HN que existe la posibilidad de que Antigravity eventualmente se abra como open source — esperaría ver si eso se materializa antes de apostar la arquitectura a eso.

Si estás en un plan free o Pro/Ultra: necesitás migrar antes del 18 de junio o buscar alternativas. Los candidatos obvios son Claude Code y el agent mode de GitHub Copilot — ambos invirtieron fuerte en workflows agénticos desde la terminal. Codex CLI es otra opción. Ninguno es open source de la misma manera que lo era Gemini CLI, pero al menos la transición es una elección deliberada y no una forzada.

Si sos un contributor open source que mandó pull requests a Gemini CLI: el código que contribuiste sigue vivo en github.com/google-gemini/gemini-cli bajo Apache 2. Puede ser forkeado. Alguien en la comunidad probablemente lo hará.

El Patrón de Fondo

Google hizo esto antes — cerrando productos de los que los developers dependen — pero este movimiento duele particularmente por el componente open source. La comunidad construyó algo real sobre la base de Google. Cientos de personas contribuyeron código. Y ahora Google se está alejando de ese contrato, unilateralmente, con 30 días de aviso.

Hay un comentario de un Googler en el thread de HN sugiriendo que Antigravity podría eventualmente ser open sourced. Quizás. Pero “podríamos abrirlo eventualmente” no es lo mismo que la licencia Apache 2 que existía la semana pasada.

La lección para los equipos que evalúan cualquier herramienta open source respaldada por un hyperscaler: la licencia open source es tan duradera como el compromiso de la empresa con ella. Cuando el roadmap interno cambia, la licencia no te protege del abandono.

La confianza, una vez retirada, es cara de reconstruir.