Antigravity vs Claude Code: o que ainda vive fora do editor?

Fala aí, beleza? Tem uma ideia que pegou carona no hype dos IDEs agênticos: a de que ambiente visual bonito resolve o trabalho inteiro

O Antigravity chegou junto do Gemini 3, no dia 18 de novembro de 2025, e está gratuito durante o período de preview

Aí bateu a dúvida prática: quando o trabalho sai do editor, o que sobra pra linha de comando?

Fui atrás da documentação oficial dos dois e o resultado desmontou metade da minha premissa

O Antigravity NÃO vive só dentro do editor: além da visão de Editor, ele tem uma superfície de Terminal (TUI) que leva as mesmas capacidades agênticas do app desktop pro terminal, indicada inclusive pra sessão SSH

E tem mais: existe um Antigravity CLI oficial, com binário chamado agy

Então o corte honesto aqui não é editor contra terminal

É maturidade de automação, e é isso que a gente vai destrinchar

Antigravity vs Claude Code fora do editor: comparativo

A tabela abaixo só tem o que está escrito em página oficial das duas ferramentas

Onde eu não verifiquei, está dito que não verifiquei (achismo de comparativo é o que mais tem por aí, e eu acho zoado)

Repara no desenho que aparece: os dois cobrem terminal e execução não interativa

A diferença some no "onde roda" e aparece no "o que dá pra amarrar em volta"

Tarefas que vivem fora do editor e quem cobre cada uma

Sessão SSH em servidor:

Esse era pra ser o ponto fraco do ambiente visual, e não é

A própria documentação do Antigravity indica a superfície de Terminal (TUI) justamente pra sessão SSH, levando as mesmas capacidades agênticas do desktop

No Claude Code o terminal é a casa dele desde sempre, e os mesmos eventos de hook disparam ali igual disparam na IDE, no Desktop e na web

Empate honesto aqui, beleza?

Rodar a tarefa dentro de um script do projeto:

Agora a conversa muda

Script não lê texto bonito, script lê status

O Claude Code encerra com exit code 0 quando dá certo e código diferente de zero quando falha, e é isso que deixa o teu shell ramificar sozinho

claude -p "roda a suíte de testes e corrige o que quebrar"

if [ $? -eq 0 ]; then
  echo "seguiu, pode deployar"
else
  echo "falhou, para tudo"
  exit 1
fi

O detalhe é que o script não acredita no relato do modelo, ele olha o código de saída

É a mesma lógica de exigir prova em vez de relato quando o agente jura que resolveu

Do lado do Antigravity, o que está documentado é que o modo headless envia um prompt, retorna a resposta e encerra, com saída legível por máquina

Dá pra capturar e tratar, mas o comportamento de exit code eu não vi documentado, então não vou inventar

Pipeline de CI:

Os dois têm caminho, com maturidade diferente

O modo headless do agy é descrito como feito pra rodar tarefas em script e integrar com pipelines de CI

agy -p "resuma as mudanças deste commit"

Já o Claude Code tem integração oficial documentada com GitHub Actions, onde as opções de CLI (tipo max_turns e model) vão dentro de claude_args

Um é "seu CLI roda em CI", o outro é "tem uma integração pronta pro seu CI"

Parece detalhe, mas é a diferença entre montar o encanamento e plugar

E o login, como fica sem navegador?

Tome cuidado! Esse é o passo que morde na primeira tentativa

Em ambiente headless do Antigravity CLI não tem navegador pra concluir o login, então é preciso usar chave de API do Gemini definindo um provider junto da variável de ambiente

E atenção: definir apenas GEMINI_API_KEY sozinha não tem efeito

Se tu já tomou aquele erro de autenticação em container e ficou meia hora achando que era a chave errada, era isso 🙂

Disparar ação automática em pontos do ciclo de vida:

Aqui é terreno do Claude Code, e é bem específico

Hooks são comandos de shell, endpoints HTTP ou prompts de LLM definidos por você, executados automaticamente em pontos do ciclo de vida

Que ciclo de vida? Os momentos em que a ferramenta faz alguma coisa (antes de usar uma ferramenta, depois, no fim da sessão, por aí vai)

É o que te deixa rodar lint sempre, avisar um endpoint interno sempre, sem depender do modelo lembrar

E o mais massa: os mesmos eventos disparam em qualquer lugar onde o Claude Code roda, terminal, IDE, Desktop e web

Plugar um servidor MCP remoto:

Que MCP? É o protocolo que liga o agente a ferramenta de fora, aquilo que não mora no teu projeto

No Claude Code o suporte a servidor MCP remoto está documentado: basta adicionar a URL do fornecedor, sem setup manual de servidor local

E isso pesa justamente fora do editor: servidor local é mais um processo pra manter de pé na tua máquina, no teu servidor ou no container do CI

Se você já usou um serviço em nuvem no lugar de subir o teu próprio, é a mesma economia de dor de cabeça

Do lado do Antigravity eu não verifiquei isso em fonte oficial pra este post, então fica na coluna do "não sei"

Embutir o agente dentro de um programa seu:

Quando a tarefa deixa de ser "eu peço" e vira "meu sistema pede"

O Agent SDK do Claude Code está disponível como CLI pra script e CI/CD, e também como pacotes Python e TypeScript pra controle programático completo

Se você já usou qualquer SDK de API, é a mesma pegada: o agente vira uma função dentro do teu código, não um app que você abre

Do lado do Antigravity eu não verifiquei equivalente em fonte oficial pra este post, então fica de fora

Tocar várias frentes na mesma máquina:

Esse é o contra-ataque do Antigravity, e é forte

A superfície Manager é um centro de comando desktop onde tu inicia agentes dentro de Projects, trabalha em múltiplos workspaces e worktrees e orquestra tarefas com subagentes locais paralelos

Quem vive alternando entre três branches do mesmo projeto sabe o quanto isso vale

E tem um detalhe de contexto: os agentes do Antigravity operam de forma autônoma através do editor, do terminal e do navegador (aqui o navegador é onde o agente atua, não uma superfície do produto igual Editor, Terminal e Manager)

O navegador entrar na conta é o tipo de coisa que muda o jogo em tarefa de front

Bônus: rodar comando sem gastar token

Essa aqui é de uso diário mesmo

No Claude Code dá pra prefixar um comando com exclamação e executar direto, sem acionar o modelo

Terminal dentro do terminal, sem queimar token à toa

O que apareceu no teste lado a lado

Até aqui foi documentação

Agora é impressão de uso, e eu vou marcar isso bem claro: o que vem abaixo é o que eu vi na minha máquina, em UMA tarefa, não é benchmark

Rodei a mesma comparação lado a lado, mesmo prompt, o modelo mais avançado disponível em cada ferramenta, pra construir um app de quadros de tarefas do zero

Antes de escrever qualquer código, o Claude Code fez perguntas sobre decisões do projeto (biblioteca de drag and drop, gerenciamento de estado) e foi pesquisar boas práticas na web

A outra ferramenta decidiu tudo sozinha e já saiu criando arquivo

Eu preferi o comportamento de consultar antes: as perguntas tocavam exatamente os pontos que definiam o rumo do projeto

O custo disso apareceu no relógio: foram uns 5 minutos até o Claude Code sair da fase de planejamento (estimativa minha, sem cronômetro na mão)

Depois disso ele desenvolveu muito rápido, praticamente de uma vez só

O Antigravity entregou a primeira versão bem antes, porém ficou indo e voltando entre raciocínios

Outra coisa que apareceu: o Claude Code pediu autorização pra executar os comandos de terminal do projeto

Liberei uma vez e, dali em diante, os mesmos comandos passaram a rodar sem novo pedido naquele projeto

No fim, o Claude Code subiu o servidor sozinho pra testar e me devolveu a porta de acesso

O Antigravity não cumpriu o pedido de executar o projeto: ele só me instruiu a rodar por conta própria, e foi preciso um novo pedido

Na inspeção dos dois resultados, o alternador de tema claro/escuro não funcionava no projeto do Antigravity e funcionava no do Claude Code

O projeto do Claude Code ficou mais alinhado ao escopo que eu pedi, embora o do Antigravity tenha implementado coisas que o outro não fez, como adicionar nova coluna

Detalhe de bastidor: usei a extensão do Claude Code no editor só pra deixar as duas telas visualmente parecidas na gravação

No terminal daria no mesmo

No vídeo acima tu vê o passo a passo dos dois rodando ao vivo, as perguntas que cada um fez (ou não fez), o momento em que um sobe o servidor e o outro manda você subir, e a inspeção final dos dois apps

Veredito: quando o ambiente visual não basta

Vou ser direto, porque comparativo em cima do muro não ajuda ninguém

Se o teu trabalho é projeto local e você quer velocidade de arranque, o Antigravity cobre bem, e cobre até fora do editor: tem o Terminal (TUI) pra SSH e o Manager pra tocar workspaces, worktrees e subagentes em paralelo

Somando o fato de estar gratuito no período de preview, o custo de experimentar é basicamente teu tempo

Agora, se o teu caso é agente amarrado em script, ramificação por status de saída, ação automática em ponto do ciclo de vida, CI oficial e controle programático dentro de um programa teu, esse terreno já está documentado no Claude Code: exit code, hooks, GitHub Actions, MCP remoto por URL e Agent SDK em Python e TypeScript

E se você nem programa, a conversa é outra: aí o que pesa é conseguir criar sem saber codar, não a integração com pipeline

O que eu NÃO vou fazer é cravar preço, benchmark ou nome de modelo comparando os dois

Os agregadores estão se contradizendo feio nisso, e botar número por achismo é o jeito mais rápido de escrever bobagem

Conclusão

A premissa de que o Antigravity é o visual e o Claude Code é o terminal simplesmente não se sustenta hoje

Os dois têm CLI, os dois rodam sem interface, os dois encaram servidor

O limite real é maturidade de automação: o Claude Code documenta a volta inteira do agente dentro do teu encanamento (status de saída, evento, MCP remoto, SDK, Action), enquanto o Antigravity aposta forte na orquestração local e na atuação em editor, terminal e navegador

O próximo passo é bem simples e leva uns minutos: pega uma tarefa PEQUENA do teu próprio projeto e roda ela no modo não interativo dos dois

Um claude -p de um lado, um agy -p do outro, e olha o que cada um devolve pro script

É nesse retorno, e não na tela bonita, que a escolha se decide

Bora testar? Me conta depois qual dos dois sobreviveu ao teu shell 😀

até o próximo post!