O Google Antigravity é uma das melhores ferramentas que usei para criar um aplicativo do zero. Você pode fornecer um aviso suficientemente detalhado, deixá-lo de lado por um tempo e voltar para descobrir que a maior parte do trabalho inicial já foi concluída. Seus agentes podem planejar a construção, dividir a obra entre si e verificar se tudo está funcionando. Para se ter uma ideia de uma primeira versão funcional, é assustadoramente bom.
O problema é que o Antigravity nem sempre sabe quando a primeira versão termina. Ele pode continuar em execução depois que o aplicativo já tiver feito o que você pediu, seja fazendo alterações desnecessárias ou entrando em loop. Quanto mais tempo uma sessão se prolonga, mais contexto ela acumula e a qualidade das suas decisões começa a deteriorar-se. Mesmo pressionar Parar nem sempre conclui a tarefa quando o agente não está respondendo.
A antigravidade na primeira versão é quase boa demais
Tem todas as ferramentas que você precisa
A maioria das ferramentas de codificação de IA são boas o suficiente para ajudá-lo a construir seu aplicativo passo a passo. A antigravidade assume melhor a responsabilidade pela primeira versão quase inteiramente. Forneça uma descrição clara do que o aplicativo precisa fazer e ele poderá transformar isso em um plano antes de você escrever o código. Isso o torna especialmente útil se você tiver uma ideia, mas não quiser gastar horas construindo um projeto antes de testá-lo.
O Agent Manager é um grande motivo pelo qual o Antigravity é executado tão rápido. Ele pode dividir uma compilação maior em tarefas menores e executá-las em paralelo, em vez de ter um agente cuidando de tudo. Um agente pode cuidar da interface enquanto outro cuida da lógica do aplicativo. O agente mestre então combina esse trabalho e verifica se o resultado corresponde ao plano original. É muito mais rápido do que solicitar repetidamente a um assistente de codificação que passe de uma parte do projeto para outra.
A antigravidade também administra surpreendentemente bem o contexto de um novo projeto. Ele pode inspecionar os arquivos que cria, entender como diferentes partes do aplicativo se conectam e usar essas informações para fazer alterações futuras. Isso permite lidar com solicitações bastante complexas em uma única sessão, sem precisar explicar o projeto novamente após cada etapa. Descobri que isto é particularmente eficaz nesta fase inicial porque o contexto ainda é claro e todas as decisões apontam para o mesmo objectivo.
O processo de teste torna o resultado mais útil do que uma pilha de código gerado. A antigravidade pode inspecionar um aplicativo depois de construído e criar artefatos que mostram o que ele mudou. Você pode revisar seu plano, ver as alterações no código e ver se o aplicativo finalizado realmente funciona. Isso não garante que a primeira versão estará pronta para produção, mas muitas vezes chega perto o suficiente para que você possa começar a refinar a ideia em vez de gastar uma sessão inteira para colocá-la em funcionamento.
Um aplicativo funcional nem sempre é a linha de chegada
O Google IDE não sabe quando parar
A antigravidade começa a não ser confiável quando a primeira versão do aplicativo é executada. O agente nem sempre reconhece que a tarefa original foi concluída, especialmente se o prompt não contiver uma condição de parada clara. Ele completa o recurso solicitado, testa-o e então encontra algo que vale a pena melhorar. Esse trabalho extra pode ser útil, mas também pode alterar partes do aplicativo que não tinham nada a ver com a solicitação original.
Fica pior quando a Antigravidade fica presa em um loop. As pessoas relataram agentes que repetidamente vão e voltam entre pensar e gerar sem produzir nada de útil. Em outros casos, o agente executa o mesmo comando novamente porque não entende a saída da tentativa anterior. Esses loops podem continuar a consumir contexto até você intervir, e o botão Parar nem sempre responde quando a interface trava. Nesse ponto, reiniciar o Antigravity às vezes é a única maneira de recuperar o controle.
Longas conversas apresentam outro problema. Cada edição e ideia abandonada permanece parte da sessão, tornando mais difícil para o agente entender quais instruções ainda são relevantes. A antigravidade pode se lembrar de uma versão mais antiga do plano e começar a trabalhar nela novamente, mesmo que o projeto tenha avançado. Quanto maior a conversa se torna, mais tempo ela gasta processando o contexto, enquanto a qualidade de suas decisões começa a se deteriorar.
Seu amplo alcance também torna esses erros mais difíceis de ignorar. A antigravidade pode fazer alterações em todo o terminal, mesmo quando a ação direta é limitada. Pesquisadores de segurança demonstraram isso forçando um agente a acessar arquivos ignorados por meio de comandos de terminal, contornando as proteções que deveriam manter esses arquivos fora de alcance. Este é um exemplo extremo, mas revela um problema maior. Quando a Antigravidade decide que outra ação é necessária, os controles dessa ação nem sempre são fortes o suficiente para interrompê-la.
Sessões curtas controlam a antigravidade
Não sobrecarregue com tudo de uma vez
A maneira mais fácil de evitar esses problemas é parar de tratar uma única conversa sobre Antigravidade como o lar permanente de todo o projeto. Agora utilizo apenas a primeira sessão na fase inicial de geração. Aqui eu explico o que quero construir, reviso o plano e deixo o Antigravity construir uma versão funcional. O prompt também inclui uma definição clara de concluído para que o agente saiba exatamente quando a tarefa foi concluída.
Assim que a primeira versão funcionar, encerrarei esta conversa. Antes de fazer isso, pedi ao Antigravity para criar um pequeno arquivo Markdown explicando o estado atual do projeto e quaisquer decisões que precisassem ser salvas. Também estou enviando uma versão funcional para o Git.
Cada novo recurso ou bug gera uma nova conversa. O novo agente pode verificar a base de código existente e ler o resumo do projeto antes de iniciá-lo, fornecendo um contexto mais limpo do que um bate-papo com um monte de ideias abandonadas. Forneço apenas informações relevantes para a tarefa em questão e digo qual resultado espero. Se a tarefa for grande, peço ao Antigravity que a divida em pedaços menores, em vez de concluir tudo de uma vez.
Uma condição de parada deve fazer parte de cada prompt. Digo ao agente para implementar as alterações solicitadas, verificar se funcionam e, em seguida, reportar sem melhorias adicionais. Se encontrar um bloqueador, deverá explicar o problema em vez de tentar a mesma abordagem novamente. Também restrinjo as permissões do terminal se a tarefa não exigir mais acesso.
A antigravidade tem que alcançar
Embora o Google Antigravity esteja definitivamente presente, ele não oferece o mesmo nível de desempenho autônomo que algo como o código de Claude. Quando usado com o modelo Opus 4.8 ou Fable 5, é uma ferramenta de codificação muito mais capaz que pode realizar o trabalho até mesmo com um único prompt e raramente fica preso em um loop.
