Antigravity CLI solo guarda una sesión de Google por máquina. Esto es lo que funciona en su lugar.

Si has llegado hasta aquí buscando la forma de hacer correr dos cuentas de Google en Antigravity CLI, la respuesta honesta es que no puedes, y el motivo merece dos minutos de tu tiempo. No es una funcionalidad que falte y que una opción de línea de comandos vaya a arreglar el mes que viene. Es el sitio donde el CLI deja tu credencial, y todo lo demás se deriva de ahí.

Es además la pregunta a la que el ecosistema responde peor. Hay herramientas que parecen resolverla, y entender qué le hacen realmente a tu máquina es la diferencia entre una elección informada y una cuenta baneada.

Dónde vive realmente la sesión

Claude Code y Codex guardan los dos una cuenta en forma de directorio. Apunta CLAUDE_CONFIG_DIR o CODEX_HOME a otra ruta y tienes una segunda cuenta completamente independiente: sus propias credenciales, su propio historial, nada compartido. Como la variable se lee por proceso, dos agentes lanzados con dos valores distintos corren en dos cuentas distintas al mismo tiempo.

El CLI de Antigravity no hace nada de eso. Su credencial de Google va a parar al llavero del sistema operativo:

Fíjate en el orden, porque casi todos los artículos lo invierten: el servicio es gemini y la cuenta es antigravity, no al revés.

Ese almacén guarda una sola entrada para toda la máquina. No hay un segundo hueco, ni nombre de perfil, ni forma de indicarle al CLI cuál de varias credenciales usar. No existe --profile, ni --auth-store, ni --data-dir, ni ninguna variable de entorno que lo reubique.

No es un descuido que nadie haya notado. La issue #155 del repositorio del CLI pide exactamente eso, y cita CODEX_HOME y CLAUDE_CONFIG_DIR como lo que falta. La issue #381 reclama un selector de perfil para que las herramientas envolventes puedan siquiera existir. Las dos siguen abiertas. Ninguna tiene respuesta de Google.

Qué hacen realmente los conmutadores de cuenta

Varias herramientas anuncian soporte multicuenta para Antigravity. Funcionan de la única manera posible frente a un almacén de un solo hueco: reescriben la entrada del llavero.

Eso tiene una consecuencia que la gente descubre tarde. El cambio no queda acotado a la herramienta, ni a un proyecto, ni a una terminal. Es la máquina entera. Todas las sesiones de Antigravity de ese ordenador pasan a usar la cuenta que se escribió la última, incluidas las que lanzas tú mismo, desde tu propio shell, horas después. No obtienes dos cuentas. Obtienes una cuenta que te cambia bajo los pies.

Así que lo que probablemente querías, dos agentes trabajando en paralelo sobre dos suscripciones, no es solo que no esté implementado. Es inalcanzable por esa vía, por construcción.

Cambiar de cuenta sin cerrar sesión

Empecemos por lo que documenta el propio CLI, porque es el único cambio de cuenta que Google admite. Escribe /logout en el prompt de Antigravity: borra la credencial guardada de tu llavero. Vuelve a ejecutar agy y el navegador se abre en el inicio de sesión de Google, donde eliges la otra cuenta. Por SSH, el CLI muestra en su lugar una URL de autorización, y pegas el código de vuelta en la terminal. Ese es todo el procedimiento oficial, y por definición es un cierre de sesión.

Cada account switcher (conmutador de cuenta) existe para saltarse ese paso por el navegador. Inicias sesión una vez por cuenta, la herramienta guarda una copia de cada sesión, y cambiar vuelve a poner la copia que eliges en el sitio donde el CLI la lee. Es más rápido, y los límites no se mueven: hay una sola cuenta activa para toda la máquina, y tienes que cerrar todos los agy en ejecución antes de cambiar. Una de estas herramientas incluso se niega a cambiar mientras el CLI sigue vivo, porque una renovación del token en mitad de un cambio puede volver a escribir la sesión anterior y deshacerlo sin avisar.

Las búsquedas de una account switcher extension (extensión para cambiar de cuenta) suelen llevar a algo distinto otra vez: extensiones publicadas en Open VSX para el editor de Antigravity, no para el CLI. Añaden botones de perfil a la barra de estado del editor y cambian la sesión propia del editor. Vienen de desarrolladores individuales, no de Google, Open VSX marca a algunos de sus publicadores como no verificados, y varias declaran en su descripción que el objetivo es sortear los límites de tasa de los modelos. Lee esa frase dos veces antes de instalar una: es exactamente el uso al que apuntan las políticas de uso, y la extensión necesita tu sesión de Google para hacer cualquier cosa.

Hay una segunda familia de apaños que enruta las peticiones a través de proxies para juntar capacidad. Esa no es una zona gris. El plugin más popular de ese tipo muestra, en su propia página, que ha habido cuentas de usuarios baneadas o shadowbaneadas. Ponlo en la balanza frente a lo que te ahorra.

La trampa del plan familiar

La idea parece razonable, una vez que descubres que una segunda cuenta es difícil: comprar una segunda licencia de Google AI Pro dentro de tu grupo familiar y alternar a mano.

Los usuarios que lo han intentado, midiendo desde dos máquinas distintas, informan de que las dos licencias tiran de un único pool de cuota compartido y no de dos pools independientes. Si eso vale para tu cuenta, la segunda licencia no te aporta absolutamente nada para este propósito.

Esto viene de mediciones de usuarios, no de documentación publicada, así que verifícalo en tu propia cuenta antes de pagar. Pero verifícalo antes, no después.

Lo que sí funciona: una clave por agente

Hay exactamente una credencial que el CLI de Antigravity lee por proceso en lugar de sacarla del llavero de la máquina: una clave de API de Gemini, tomada del entorno.

Esa única diferencia lo cambia todo, porque por proceso significa realmente concurrente. Dos agentes lanzados con dos claves distintas corren al mismo tiempo, sobre cuotas separadas, sin que ninguno moleste al otro. Es la misma propiedad que hace funcionar CLAUDE_CONFIG_DIR en Claude Code, llegando por otra puerta.

Dos salvedades, y no son menores.

Primero, poner el CLI en modo clave es un ajuste global, no una opción por comando. Activarlo significa que todas las sesiones de Antigravity de esa máquina usan la clave en lugar de tu suscripción de Google, incluidas las que lanzas fuera de la herramienta que lo configuró. Desactivarlo restaura el comportamiento anterior, pero mientras está activo, lo está para todo.

Segundo, una clave de API se factura de forma distinta a una suscripción. Esto no es una manera de seguir pagando tu tarifa de AI Pro y obtener más. Es otro acuerdo comercial, y la razón por la que puede correr en paralelo es precisamente que no es la suscripción.

El fallo silencioso que conviene conocer: si configuras claves pero dejas el modo clave desactivado, el CLI sigue leyendo sin más su propia credencial del llavero e ignora las claves por completo. Ningún error, ningún aviso, nada en los registros. Parece que tu configuración no se hubiera guardado.

Cómo se ve esto en AgentsRoom

En AgentsRoom, una cuenta de Antigravity es una clave de API de Gemini, y se asocia por agente en lugar de por proyecto, porque quedarse sin cuota es el problema de una conversación y no de todo lo que tienes abierto. Varios agentes corren en paralelo sobre claves separadas. Para pasar un agente a otra clave, la eliges desde la ficha del agente: el agente se relanza con esa clave en lugar de reanudar la conversación, porque la clave se lee cuando arranca el proceso.

No hay relevo automático en Antigravity, y la página de la función lo dice. El panel Uso sí muestra las ventanas de 5 horas y semanal de Antigravity, leídas del propio /usage del CLI, pero es una sola lectura para toda la máquina, no una por clave, así que ninguna regla puede saber qué clave es la que se agotó. Claude Code y Codex, donde cada cuenta tiene su propio indicador, son los proveedores en los que el relevo es automático.

Lo que AgentsRoom se niega deliberadamente a hacer es reescribir tu llavero. Tu sesión de suscripción de Google se queda exactamente donde el CLI la dejó.

Para qué no sirve esto

Todo lo anterior trata de separar credenciales que ya existen de forma legítima: una licencia que paga tu empresa, una suscripción personal, una clave que le facturas a un cliente concreto. Mantenerlas separadas en una misma máquina es una necesidad corriente.

Crear cuentas para sortear los límites de capacidad del plan que has contratado es otra cosa, y es justamente a lo que apuntan las políticas de uso. Nada de lo que hay aquí hace que eso sea aceptable. Los términos de Google son la referencia, no este artículo.

Las preguntas que hace la gente de verdad

¿Puedo usar dos cuentas de Google con Antigravity CLI?

Dos sesiones de suscripción no, eso no se puede. El CLI de Antigravity guarda su credencial de Google en el llavero del sistema operativo, que alberga una sola entrada para toda la máquina y no expone ninguna manera de elegir entre varias. No existe ningún directorio por cuenta al que apuntar el CLI, así que nada puede mantener dos sesiones de suscripción vivas al mismo tiempo. Lo que sí funciona en paralelo son las claves de API de Gemini, una por proceso, porque el CLI lee la clave del entorno.

¿Dónde guarda Antigravity CLI su sesión?

En el llavero del sistema operativo, no en un archivo de configuración que puedas copiar. En macOS es una entrada de Keychain con el servicio gemini y la cuenta antigravity. En Windows es el par gemini:antigravity en Credential Manager, y en Linux el mismo par en el Secret Service. Fíjate en el orden, es justo lo contrario de lo que casi todo el mundo supone: el servicio es gemini y la cuenta es antigravity.

¿Existe un equivalente de CLAUDE_CONFIG_DIR o CODEX_HOME para Antigravity?

No. Claude Code aísla una cuenta entera dentro del directorio al que apunta CLAUDE_CONFIG_DIR, y Codex hace lo mismo con CODEX_HOME. El CLI de Antigravity no tiene ningún equivalente, que es exactamente lo que pide la issue 155 del repositorio antigravity-cli, citando ambas variables por su nombre. Sigue abierta, y tampoco existe ninguna opción --profile, --auth-store ni --data-dir.

¿Dos suscripciones de Google AI Pro en el mismo grupo familiar dan el doble de cuota?

Los usuarios que lo han probado en dos máquinas distintas informan de un único pool compartido en lugar de dos independientes, así que dos licencias de pago dentro de un mismo grupo familiar no se suman como cabría esperar. Esto viene de mediciones de usuarios y no de documentación publicada, así que trátalo como una señal fuerte que conviene verificar en tu propia cuenta antes de pagar una segunda licencia, no como una declaración oficial.

¿Va contra los términos de Google alternar dos cuentas de pago?

Una respuesta en el foro oficial de desarrolladores de Google AI indica que alternar entre dos cuentas que pagas legítimamente no es en sí una violación de los términos. Esa respuesta venía de una cuenta del foro con apariencia oficial y no de una página de documentación, así que trátala como una indicación y no como un dictamen. La parte realmente arriesgada está en otro sitio: es el instrumental de proxy construido alrededor de estos apaños lo que hace que baneen cuentas.

¿Qué hacen realmente los conmutadores de cuenta de Antigravity?

Reescriben la única entrada del llavero que lee el CLI. Por eso parecen gestionar varias cuentas cuando en realidad solo hay una activa a la vez: el cambio vale para toda la máquina y afecta a todas las sesiones de Antigravity, incluidas las que no has lanzado desde la herramienta. Es un intercambio, no un aislamiento, así que dos agentes nunca pueden correr sobre dos cuentas de suscripción al mismo tiempo.

¿Cómo cambio de cuenta en Antigravity CLI sin cerrar sesión?

El propio CLI solo ofrece una manera de cambiar de cuenta: escribe /logout en el prompt, lo que borra la credencial guardada de tu llavero, y luego vuelve a ejecutar agy e inicia sesión con la otra cuenta de Google en el navegador. Un account switcher (conmutador de cuenta) guarda una copia de cada sesión y vuelve a poner en su sitio la que elijas, así que te saltas el paso por el navegador, pero sigue siendo una sola cuenta para toda la máquina y antes tienes que cerrar todos los agy en ejecución. Las account switcher extensions que puedes encontrar en Open VSX son otra cosa: se instalan en el editor de Antigravity, no en el CLI, vienen de publicadores individuales y no de Google, y varias de ellas dicen abiertamente que su propósito es sortear los límites de tasa de los modelos.

La versión corta

El CLI de Antigravity guarda una única credencial de Google en tu llavero del sistema, para la máquina entera, sin ninguna forma de elegir entre varias. Ninguna herramienta puede cambiar eso sin reescribir esa entrada para todo el ordenador, y los apaños con proxy conllevan un riesgo real de baneo. Una segunda licencia en un grupo familiar parece compartir un único pool de cuota, así que tampoco ayuda.

La única credencial que el CLI lee por proceso es una clave de API de Gemini. Eso es lo que de verdad hace correr varios agentes de Antigravity en paralelo, a cambio de un cambio de modo global y de un modelo de facturación distinto. Si esperabas la experiencia de Claude Code, esa sí funciona de verdad por directorio, y la diferencia no es una cuestión de calidad de las herramientas: es el sitio donde cada CLI decidió dejar tu credencial.