O Antigravity CLI guarda um único login do Google por máquina. Veja o que funciona no lugar.

Se você chegou aqui procurando um jeito de rodar duas contas Google no Antigravity CLI, a resposta honesta é que não dá, e o motivo vale dois minutos do seu tempo. Não é uma funcionalidade que falta e que uma opção de linha de comando vai resolver no mês que vem. É o lugar onde o CLI coloca a sua credencial, e todo o resto decorre disso.

Essa também é a pergunta que o ecossistema responde pior. Existem ferramentas que parecem resolver o problema, e entender o que elas fazem de verdade com a sua máquina é a diferença entre uma escolha informada e uma conta banida.

Onde o login fica de verdade

O Claude Code e o Codex guardam uma conta na forma de diretório. Aponte CLAUDE_CONFIG_DIR ou CODEX_HOME para outro caminho e você tem uma segunda conta totalmente independente: credenciais próprias, histórico próprio, nada compartilhado. Como a variável é lida por processo, dois agentes iniciados com dois valores diferentes rodam em duas contas diferentes ao mesmo tempo.

O CLI do Antigravity não faz nada disso. A credencial do Google dele vai para o chaveiro do sistema operacional:

Repare na ordem, porque quase todo texto sobre o assunto inverte: o serviço é gemini e a conta é antigravity, não o contrário.

Esse armazenamento comporta uma única entrada para a máquina inteira. Não há uma segunda vaga, nem nome de perfil, nem forma de dizer ao CLI qual de várias credenciais usar. Não existe --profile, nem --auth-store, nem --data-dir, nem variável de ambiente que mude o lugar dele.

Isso não é um descuido que ninguém percebeu. A issue #155 do repositório do CLI pede exatamente isso, citando CODEX_HOME e CLAUDE_CONFIG_DIR como o que falta. A issue #381 pede um seletor de perfil para que ferramentas de terceiros consigam sequer existir. As duas estão abertas. Nenhuma tem resposta do Google.

O que os trocadores de conta fazem de verdade

Várias ferramentas anunciam suporte a múltiplas contas para o Antigravity. Elas funcionam do único jeito possível diante de um armazenamento de vaga única: reescrevem a entrada do chaveiro.

Isso tem uma consequência que as pessoas descobrem tarde. A mudança não fica restrita à ferramenta, nem a um projeto, nem a um terminal. Ela vale para a máquina. Toda sessão do Antigravity naquele computador passa a usar a conta que foi escrita por último, inclusive as sessões que você mesmo inicia, do seu próprio shell, horas depois. Você não fica com duas contas. Você fica com uma conta que muda embaixo de você.

Ou seja, o que você provavelmente queria, dois agentes trabalhando em paralelo em duas assinaturas, não é apenas algo não implementado. É inalcançável por esse caminho, por construção.

Existe uma segunda família de contornos que passa as requisições por proxies para juntar capacidade. Essa não é uma zona cinzenta. O plugin mais popular desse tipo exibe, na própria página, que contas de usuários foram banidas ou shadowbanidas. Coloque isso na balança contra o que ele economiza para você.

A armadilha do plano familiar

A ideia parece razoável, depois que você descobre que uma segunda conta é difícil: comprar uma segunda licença Google AI Pro dentro do seu grupo familiar e alternar na mão.

Os usuários que tentaram, testando de duas máquinas separadas, relatam que as duas licenças puxam de um único pool de cota compartilhado em vez de dois pools independentes. Se isso valer para a sua conta, a segunda licença não te traz absolutamente nada para essa finalidade.

Isso vem de medições de usuários, não de documentação publicada, então verifique na sua própria conta antes de pagar. Mas verifique antes, não depois.

O que funciona: uma chave por agente

Existe exatamente uma credencial que o CLI do Antigravity lê por processo em vez de buscar no chaveiro da máquina: uma chave de API do Gemini, vinda do ambiente.

Essa única diferença muda tudo, porque por processo quer dizer concorrente de verdade. Dois agentes iniciados com duas chaves diferentes rodam ao mesmo tempo, em cotas separadas, sem que um atrapalhe o outro. É a mesma propriedade que faz CLAUDE_CONFIG_DIR funcionar no Claude Code, chegando por outra porta.

Duas ressalvas, e não são pequenas.

Primeiro, colocar o CLI em modo chave é uma configuração global, não uma opção por comando. Ligar isso significa que toda sessão do Antigravity naquela máquina usa a chave em vez da sua assinatura do Google, inclusive as sessões que você inicia fora da ferramenta que fez a configuração. Desligar restaura o comportamento anterior, mas enquanto estiver ligado, está ligado para tudo.

Segundo, uma chave de API é cobrada de forma diferente de uma assinatura. Isso não é um jeito de continuar pagando o preço do seu AI Pro e receber mais. É outro arranjo comercial, e a razão de ele conseguir rodar em paralelo é justamente que ele não é a assinatura.

A falha silenciosa que vale conhecer: se você configurar chaves mas deixar o modo chave desligado, o CLI simplesmente continua lendo a própria credencial do chaveiro e ignora as chaves por completo. Nenhum erro, nenhum aviso, nada nos logs. Parece que a sua configuração não foi salva.

Como isso aparece no AgentsRoom

No AgentsRoom, uma conta Antigravity é uma chave de API do Gemini, e ela fica ligada por agente em vez de por projeto, porque ficar sem cota é problema de uma conversa e não de tudo o que você tem aberto. Vários agentes rodam em paralelo em chaves separadas, e quando uma chave se esgota no meio da tarefa o agente é passado automaticamente para outra. Qualquer conta pode ser excluída para nunca servir de reserva.

Duas diferenças em relação ao revezamento do Claude e do Codex estão escritas na página do recurso em vez de enterradas, porque são reais: no Antigravity o agente é relançado de forma limpa na chave que entra, em vez de retomar a conversa, e não existe barra de cota, então uma chave esgotada fica de fora por um período padrão e não até o horário real de reinício dela.

O que o AgentsRoom se recusa deliberadamente a fazer é reescrever o seu chaveiro. O login da sua assinatura do Google continua exatamente onde o CLI o colocou.

Para o que isso não serve

Tudo o que está acima trata de separar credenciais que já existem de forma legítima: uma licença paga pelo seu empregador, uma assinatura pessoal, uma chave que você fatura para um cliente específico. Manter tudo isso separado em uma máquina é uma necessidade comum.

Criar contas para contornar os limites de capacidade do plano que você assinou é outra coisa, e é justamente o que as políticas de uso miram. Nada aqui torna isso aceitável. Os termos do Google são a referência, não este artigo.

As perguntas que as pessoas realmente fazem

Posso usar duas contas Google com o Antigravity CLI?

Dois logins de assinatura, não. O CLI do Antigravity guarda a credencial do Google dele no chaveiro do sistema operacional, que comporta uma única entrada para a máquina inteira e não expõe nenhuma forma de escolher entre várias. Não existe diretório por conta para apontar o CLI, então nada consegue manter dois logins de assinatura vivos ao mesmo tempo. O que funciona de verdade em paralelo são as chaves de API do Gemini, uma por processo, porque o CLI lê a chave do ambiente.

Onde o Antigravity CLI guarda o login?

No chaveiro do sistema operacional, não em um arquivo de configuração que você possa copiar. No macOS é uma entrada do Keychain com o serviço gemini e a conta antigravity. No Windows é o par gemini:antigravity no Credential Manager, e no Linux o mesmo par no Secret Service. Repare na ordem, ela é o oposto do que quase todo mundo imagina: o serviço é gemini e a conta é antigravity.

Existe um equivalente de CLAUDE_CONFIG_DIR ou CODEX_HOME para o Antigravity?

Não. O Claude Code isola uma conta inteira dentro do diretório apontado por CLAUDE_CONFIG_DIR, e o Codex faz o mesmo com CODEX_HOME. O CLI do Antigravity não tem equivalente nenhum, que é exatamente o que a issue 155 do repositório antigravity-cli pede, citando as duas variáveis pelo nome. Ela continua aberta, e também não existe nenhuma opção --profile, --auth-store ou --data-dir.

Duas assinaturas Google AI Pro no mesmo grupo familiar dão o dobro de cota?

Usuários que testaram em duas máquinas separadas relatam um único pool compartilhado em vez de dois independentes, então duas licenças pagas dentro de um mesmo grupo familiar não somam do jeito que você esperaria. Isso vem de medições de usuários e não de documentação publicada, então trate como um sinal forte a verificar na sua própria conta antes de pagar por uma segunda licença, não como uma declaração oficial.

Alternar duas contas pagas vai contra os termos do Google?

Uma resposta no fórum oficial de desenvolvedores do Google AI indica que alternar entre duas contas que você paga legitimamente não é, por si só, uma violação dos termos. Essa resposta veio de uma conta de fórum com aparência oficial e não de uma página de documentação, então trate como uma indicação e não como uma decisão definitiva. A parte de fato arriscada está em outro lugar: é o ferramental de proxy construído em volta desses contornos que faz contas serem banidas.

O que os trocadores de conta do Antigravity fazem de verdade?

Eles reescrevem a única entrada do chaveiro que o CLI lê. É por isso que parecem gerenciar várias contas quando só uma fica ativa por vez: a mudança vale para a máquina inteira e afeta toda sessão do Antigravity, inclusive as que você não iniciou pela ferramenta. É uma troca, não um isolamento, então dois agentes nunca conseguem rodar em duas contas de assinatura ao mesmo tempo.

A versão curta

O CLI do Antigravity mantém uma única credencial do Google no chaveiro do seu sistema, para a máquina inteira, sem nenhuma forma de escolher entre várias. Nenhuma ferramenta consegue mudar isso sem reescrever aquela entrada para tudo no computador, e os contornos por proxy carregam um risco real de banimento. Uma segunda licença em um grupo familiar aparentemente compartilha um único pool de cota, então também não ajuda.

A única credencial que o CLI lê por processo é uma chave de API do Gemini. É isso que roda de verdade vários agentes Antigravity em paralelo, ao custo de uma troca de modo global e de um modelo de cobrança diferente. Se você esperava a experiência do Claude Code, essa funciona mesmo por diretório, e a diferença não é uma questão de qualidade de ferramenta: é o lugar onde cada CLI decidiu colocar a sua credencial.