A solução definitiva para corrigir com precisão a incapacidade do Google Antigravity de fazer login e usá-lo

Para desenvolvedores em ambientes específicos da Web, o recém-lançado IDE de IA do Google, o AntigravidadeA interface do software é projetada com elegância minimalista e é iniciada rapidamente, mas a funcionalidade principal fica completamente paralisada.

O sintoma mais típico é o seguinte: a interface do usuário é renderizada perfeitamente quando você inicia o software, mas quando você tenta fazer login na sua conta do Google ou completar o código, a interface trava no "Authenticating" (Autenticação)(Validando), ou o indicador de carregamento do modelo está preso em um loop infinito. Isso significa que você não pode fazer login nem usar nenhum recurso de IA.

Não são os serviços do Google que estão fora do ar, nem sua rede está completamente desconectada. Isso é, na verdade, um típico Isolamento de processos do WindowsEm vez de usar o modo TUN de força bruta no nível do sistema (que assume todo o tráfego). Em vez do modo TUN de força bruta em nível de sistema (que assume todo o tráfego), uma configuração "cirúrgica" mais precisa é a resposta.

Focos principais: o esquecido "processo sombra"

Para entender por que um navegador pode acessar o Google e o Antigravity não pode fazer login, primeiro é preciso examinar a arquitetura do software, que usa uma separação front-end/back-end comum aos IDEs modernos:

1. Front-endInterface de usuário: A bela interface que o usuário vê é essencialmente um contêiner Electron. Normalmente, ele herda as configurações de proxy HTTP do sistema.
2. BackendSubprocessos independentes que são de fato responsáveis por tarefas pesadas.

Enquanto os usuários olham para o círculo de carregamento giratório, na verdade há um "trabalhador árduo" desconhecido em segundo plano que está constantemente tentando se conectar ao Google Cloud e batendo na parede. O culpado é:

language_server_windows_x64.exe

Ele está enterrado no fundo do catálogo da instalação:

antigravity/resources/app/extensions/antigravity/bin/language_server_windows_x64.exe

Esse é um processo LSP (Language Server) padrão. Quando você abre o IDE, ele é responsável por configurar os túneis gRPC para a infraestrutura do Google, lidar com a autenticação, a análise inteligente do código e a comunicação com o Gêmeos Comunicação do modelo.

Solução de problemas: Por que o proxy não funciona?

Analisar isso com o Proxifier ou uma ferramenta de captura de rede semelhante mostra claramente a causa raiz do erro. Os registros mostram que o processo está tentando se conectar diretamente ao endpoint da API privada do Google Cloud Code:

[12.04 16:21:26] language_server_windows_x64.exe (17280) - daily-cloudcode-pa.sandbox.googleapis.com(142.250.99.81):443 error : connection attempt failed with error 10060

Código de erro 10060 significa que a conexão atingiu o tempo limite.

O ponto crucial da questão é que esse Native Binary, derivado do Antigravity, geralmenteNão há herança automáticavariável de ambiente do sistema operacional ou configuração de proxy do navegador. Ele tenta iniciar uma solicitação de conexão direta, que é bloqueada pelo firewall. Isso explica por que o seu navegador (e até mesmo partes da interface da Web do IDE) pode acessar a Internet, mas o login principal e as funções de IA estão off-line.

Solução: Precision Process Agent (não é necessário ativar o TUN)

Muitos tutoriais recomendam ativar o modo TUN da VPN para forçá-la a assumir o controle de todo o tráfego do sistema. Embora eficaz, isso é como "incendiar a casa para matar um mosquito", pois interfere nos jogos, no compartilhamento de LAN e em outras conexões de aplicativos domésticos.

Uma solução mais elegante seriaProxy baseado em processos. Só precisamos informar ao seu software proxy: "Fique de olho nesse arquivo EXE específico e assuma o controle do tráfego dele".

procedimento

Independentemente de você estar usando o Proxifier, o Clash Verge ou outro cliente que ofereça suporte ao modo de regras, a lógica central é a mesma:

1. localização do documento de destino

Em primeiro lugar, você precisa encontrar o caminho absoluto para o arquivo. Normalmente, ele está localizado na pasta Extensions (Extensões) no diretório de instalação do Antigravity:

antigravity/resources/app/extensions/antigravity/bin/language_server_windows_x64.exe

2. adição de regras de proxy

Em sua ferramenta da Web, crie uma nova regra (Rule):

• Nome do processo::language_server_windows_x64.exe
• Estratégia (Ação/Proxy)Selecione o grupo de proxy que você tem disponível.

tomar nota deNão é necessário alterar o programa principal Antigravity.exe Junte-se às regras, porque normalmente ele é responsável apenas por renderizar a interface do usuário. O que precisamos "salvar" é o processo de back-end responsável pelo serviço de idioma.

Validação dos resultados

Quando a regra estiver em vigor, não há necessidade de reiniciar o sistema, apenas o software Antigravity:

1. Autenticação O prompt desaparecerá rapidamente e o login será bem-sucedido.
2. Um registro do processo que estabelece com êxito uma conexão HTTPS/gRPC é exibido no log em segundo plano.
3. Os recursos AI Code Completion e Chat voltarão instantaneamente à capacidade de resposta.

Dessa forma, os desenvolvedores podem identificar os problemas de registro de água do Antigravity e, ao mesmo tempo, manter o ambiente de rede do sistema limpo (sem a necessidade de um TUN global). Isso prova mais uma vez que, ao lidar com ferramentas de desenvolvimento modernas e complexas, a localização do processo subjacente por meio de registro em log geralmente é muito mais eficaz do que modificar cegamente as configurações do sistema.