O Antigravity Atualizou Para 2.0 — E a Comunidade Não Está Contente

Uma atualização esperada — mas não assim

A 19 de maio de 2026, o Antigravity lançou a versão 2.0. A atualização tinha sido antecipada durante semanas, com a comunidade à espera de melhorias ao IDE — melhores modelos de IA, melhor performance, mais estabilidade. O que apareceu foi uma rethink completa do produto.

O terminal desapareceu. A árvore de ficheiros desapareceu. O sistema de extensões desapareceu. A edição direta de código desapareceu.

Em poucas horas, o subreddit r/google_antigravity encheu-se de posts de utilizadores a reportar crashes no arranque, workflows partidos e incredulidade perante a escala das mudanças. Mais de 300 comentários só no thread do anúncio pintam o retrato de uma comunidade que se sente apanhada de surpresa — não por uma atualização, mas por um pivot de produto.

O que o Antigravity 2.0 realmente é

O novo modelo é o que a Google chama de “agent-first.” Escreves uma instrução em linguagem natural. A IA interpreta, cria ou modifica ficheiros, executa comandos num ambiente sandboxed e apresenta-te o resultado. Tu aprovas, rejeitas ou iteras.

Se isto soa familiar, é porque devia. A OpenAI lançou o Codex com essencialmente a mesma arquitetura — um agente de código sandboxed que opera autonomamente enquanto o developer observa. O utilizador fornece intenção; a máquina fornece execução. Sem explorador de ficheiros. Sem terminal. Sem capacidade de fazer Ctrl+click numa definição de função e traçar a lógica manualmente.

A comparação é difícil de evitar. Para developers que tinham escolhido o Antigravity precisamente porque não era o Codex — porque oferecia um IDE a sério com IA integrada — a atualização 2.0 parece ter-se movido exatamente na direção errada.

O que se perdeu

As funcionalidades que foram removidas são o baseline de qualquer ambiente de desenvolvimento profissional:

Acesso ao terminal. Cada developer que faz deploy de código de produção depende de um terminal — não uma simulação sandboxed, mas uma shell real com git, npm, docker e interação direta com processos. Sem isto, o Antigravity 2.0 não serve para workflows de deployment, debugging de servidores ou qualquer tarefa que precise de acesso direto à shell.

Explorador de ficheiros. Navegar num projeto não é só sobre o ficheiro que estás a editar. É sobre ver a estrutura de diretórios, encontrar ficheiros de configuração e mapear mentalmente como os módulos se conectam. Um agente que lê ficheiros por ti não substitui a consciência espacial que uma árvore de ficheiros dá.

Extensões. O ecossistema de extensões é o que torna o VS Code dominante. Linters, formatters, language servers, integrações git, viewers de base de dados — não são luxos. São a infraestrutura que transforma um editor de texto num ambiente de desenvolvimento profissional.

Edição direta de código. Poder abrir um ficheiro, ler uma função, entender o seu contexto e fazer uma mudança cirúrgica de 3 caracteres — isto é programar. Um agente que reescreve blocos de código com base em prompts de linguagem natural é útil para scaffolding, mas é uma atividade fundamentalmente diferente de edição de precisão.

A resposta da comunidade

O que mais se destaca no lançamento do Antigravity 2.0 é a distância entre o que a Google lançou e o que os developers queriam. A comunidade não pedia um novo paradigma. Pedia uma versão melhor da ferramenta que já tinha.

O sentimento no Reddit, Discord e fóruns de developers é notavelmente consistente: as pessoas gostavam do IDE. Escolheram o Antigravity em vez do Cursor, do GitHub Copilot, do Windsurf, precisamente porque a oferta da Google parecia um IDE completo com integração forte de IA. Tirar isso e substituir por uma interface agent-only deixa muitos utilizadores com a sensação de que o produto no qual investiram tempo a aprender já não existe.

A maior preocupação não é sequer sobre hoje — é sobre amanhã. Se o instalador legacy do Antigravity IDE for descontinuado, developers que fizeram downgrade para a v1 vão eventualmente ser obrigados a escolher entre uma ferramenta agent-first que não querem ou migrar completamente para um concorrente.

Onde está o mercado agora

O mercado de ferramentas de código com IA dividiu-se em dois campos claros:

Plataformas agent-first — como o Codex da OpenAI e agora o Antigravity 2.0 — que removem o developer do loop de edição. Descreves; a máquina executa.

IDEs augmentados — como o Cursor, o Windsurf da Codeium, o GitHub Copilot no VS Code e o Trae AI da ByteDance — que mantêm o developer no controlo enquanto adicionam capacidades de IA por cima. O terminal fica. As extensões ficam. O explorador de ficheiros fica. A IA sugere; o developer decide.

O Claude da Anthropic está num meio-termo interessante — oferecendo tanto um modo agente com uso autónomo de ferramentas como capacidades tradicionais de assistente que se integram em workflows existentes em vez de os substituir.

As ferramentas que estão a ganhar lealdade dos developers são as que melhoram workflows existentes sem os destruir. O Cursor em particular tornou-se a recomendação padrão em muitos dos threads do Antigravity, precisamente porque oferece integração profunda de IA dentro de um IDE real. É, de muitas formas, o que o Antigravity 2.0 podia ter sido.

O que isto significa para equipas em produção

Na Webxtek Studio, este é o tipo de risco de toolchain que avaliamos quando aconselhamos equipas de engenharia. Uma ferramenta que muda o seu modelo de interação de um dia para o outro, sem compatibilidade retroativa, cria perturbação real para equipas que a tinham estandardizado para desenvolvimento de aplicações web.

A lição não é que o Antigravity 2.0 é mau — pode muito bem servir outra audiência. A lição é sobre dependência. Ferramentas de desenvolvimento são infraestrutura. Quando o teu fornecedor de infraestrutura pivota sem aviso, a tua equipa absorve o custo. As organizações que melhor lidam com estas transições são as que mantêm flexibilidade nas suas toolchains e evitam acoplamento profundo à direção de produto de qualquer vendor.

A olhar para o futuro

O Antigravity 2.0 pode encontrar a sua audiência — product managers a prototipar sem código, empreendedores a lançar MVPs, designers a gerar componentes funcionais. A audiência do “vibe coding” que comunica intenção e deixa a IA tratar da implementação pode genuinamente preferir este modelo.

Mas os developers que fizeram o Antigravity IDE original ter sucesso estão em grande parte ainda à procura do que tinham: um IDE a sério com integração forte de IA. Muitos já estão a instalar a versão legacy, a mudar para o Cursor ou a construir workflows customizados à volta do Copilot. A atualização que devia ser o futuro enviou, por agora, uma parte significativa da sua comunidade para outro lado.

Para aumentar a incerteza, a Google anunciou recentemente que a 18 de junho de 2026, o Gemini CLI e as extensões Gemini Code Assist para IDEs vão deixar de funcionar para todos os utilizadores individuais — não só o tier gratuito, mas também quem paga Google AI Pro e Ultra. Apenas organizações com licenças enterprise mantêm acesso. Para developers individuais e pequenas equipas, isto não é uma limpeza do free tier — é um sinal claro de que a Google está a reposicionar as suas ferramentas de código com IA como produtos enterprise. O mesmo blog post refere a transição de “Gemini CLI” para “Antigravity CLI,” o que, combinado com o pivot para 2.0, sugere que os dias do IDE legacy estão contados.

Se a Google eventualmente ouve o feedback da comunidade — ou se compromete totalmente com a visão agent-first e enterprise-first — vai determinar se o Antigravity se mantém relevante para os developers individuais que construíram a sua comunidade inicial.