Google encerra o Jules e leva seu agente de código para o Antigravity

Ontem, 11 de novembro, terminou o prazo para concluir qualquer tarefa no Jules, o agente de programação com IA do Google. A partir de hoje, quem abrir o serviço encontra um painel que só mostra o passado: o Jules entrou em modo somente leitura e fica assim até 31 de dezembro de 2026, quando sai do ar de vez. O anúncio foi feito em 29 de outubro, o que deu aos usuários menos de duas semanas para fechar o trabalho em andamento.

O motivo oficial é a unificação dos esforços do Google em agentes de programação. Em publicação no X, a equipe disse que o Jules será encerrado para que a empresa possa se concentrar numa "experiência unificada", o Antigravity. Para quem trabalha com desenvolvimento, a notícia vale menos pelo produto em si e mais pelo que ela ensina sobre depender de uma ferramenta de IA que pode simplesmente acabar.

O que era o Jules e como ele trabalhava

O Jules foi apresentado no fim de 2024 como um experimento baseado no Gemini 2.0. A proposta era diferente da de um assistente que sugere código enquanto o programador digita: ele trabalhava de forma assíncrona, em segundo plano, sem exigir que alguém acompanhasse cada passo.

O ciclo era este: o desenvolvedor entregava uma tarefa, o Jules montava um plano, alterava os arquivos necessários, rodava os testes numa máquina virtual e deixava as mudanças prontas para revisão. O código ficava ligado a repositórios no GitHub, e o resultado chegava como alterações a serem aprovadas ou não pelo responsável.

Em agosto de 2025, o serviço saiu da fase beta e passou a ter planos pagos. O próprio Google, no anúncio de encerramento, descreve o Jules como um "experimento para aprender como agentes de programação assíncronos podem ajudar desenvolvedores a entregar mais rápido". O encerramento acontece cerca de dois anos depois da primeira apresentação.

O cronograma e o que acontece com os dados

O calendário publicado na página oficial do Jules tem três marcos:

• 29 de outubro de 2026: anúncio do encerramento.
• 11 de novembro de 2026: último dia para concluir sessões.
• 31 de dezembro de 2026: fim do modo somente leitura e desligamento do serviço.

O Google criou um processo de exportação que salva numa pasta local, chamada ~/jules-export, praticamente tudo o que o Jules sabe sobre o trabalho do usuário: configurações da conta, variáveis de ambiente, tarefas programadas, repositórios conectados, memórias, scripts de configuração e cada sessão, com o pedido original, o plano, o registro completo de atividades e os patches de código.

A exportação não é um botão. É preciso instalar o Jules Tools pelo terminal (npm install -g @google/jules), fazer login e depois abrir um agente de linha de comando, como o Antigravity CLI, para colar um comando de exportação fornecido na página. O agente confere a configuração, executa a exportação e informa o que foi salvo.

Há dois avisos importantes no texto oficial. O primeiro: código, branches e pull requests já enviados ao GitHub continuam lá e não fazem parte da exportação. O segundo: o arquivo env-variables.json contém os valores das variáveis de ambiente, ou seja, potencialmente senhas e chaves de acesso. O Google recomenda manter a pasta privada e fora de qualquer repositório.

Antigravity herda o aprendizado, não as tarefas

O Antigravity foi lançado em 2025 como um ambiente de desenvolvimento em que o programador delega tarefas, como escrever código e executar testes, a diferentes agentes de IA. Segundo a equipe do Jules, os aprendizados obtidos com o produto serão levados para lá.

Isso, porém, não equivale a uma migração. O Google não informou se o Antigravity substitui diretamente o Jules e não anunciou transferência automática das tarefas existentes. O que vai junto é a experiência acumulada pela equipe, não o histórico de cada cliente. Quem tinha tarefas programadas ou memórias configuradas no Jules precisa exportar e, se quiser continuar, reconstruir isso em outra ferramenta.

O movimento também não é isolado. Em maio, o Google encerrou como serviço independente o Project Mariner, agente que executava tarefas na internet, com parte da tecnologia indo para outros projetos. O TechRadar lembra ainda que o Jules disputava espaço com o Codex, da OpenAI, o Claude Code e o GitHub Copilot, entre outros, e que o Google nunca divulgou quantas pessoas usavam o produto, apenas que milhares de desenvolvedores o testaram durante o beta.

O que muda para quem contrata ou usa IA no Brasil

O impacto direto no Brasil é pequeno: o Jules era uma ferramenta de nicho, voltada a desenvolvedores, e não há dado público sobre quantos usuários brasileiros ele tinha. O impacto indireto, porém, é bem concreto para qualquer empresa pequena ou média que paga por desenvolvimento ou que começou a colocar agentes de IA no dia a dia.

O primeiro ponto é onde fica o resultado do trabalho. No caso do Jules, o código estava no GitHub do usuário, e por isso sobrevive ao fim do serviço. O que se perde é o que existia só dentro da ferramenta: configurações, memórias, rotinas programadas. Para quem contrata uma agência ou um freelancer, a pergunta prática é se o código e a documentação estão num repositório da própria empresa, ou se estão numa conta do fornecedor ou presos a uma plataforma de terceiros.

O segundo ponto é o prazo. Treze dias entre o anúncio e o fim das tarefas é pouco para uma equipe enxuta, em que muitas vezes uma única pessoa cuida de toda a parte técnica. Se essa pessoa estiver de férias ou ocupada com outra entrega, a janela passa. Vale perguntar, antes de adotar uma ferramenta, qual é o histórico do fornecedor em avisar descontinuações e se o produto ainda é tratado como "experimento".

O terceiro ponto é a LGPD e a segurança. A própria exportação do Jules gera um arquivo com valores de variáveis de ambiente, o tipo de dado que costuma incluir chaves de banco de dados e de APIs. Numa empresa sem equipe de segurança, esse arquivo pode acabar num computador pessoal ou numa pasta compartilhada sem que ninguém perceba. Se essas credenciais dão acesso a sistemas com dados de clientes, o risco deixa de ser só técnico e passa a ser também jurídico.

Perguntas para fazer antes de adotar uma ferramenta de IA

• O código e os dados gerados ficam num lugar que a empresa controla, como um repositório próprio?
• Existe exportação, em que formato, e alguém da equipe sabe executá-la sem depender do fornecedor?
• Quais credenciais e dados de clientes a ferramenta acessa, e como trocá-las se ela sair do ar?
• O contrato com quem desenvolve para você prevê a entrega de tudo, inclusive configurações e documentação, e não só do sistema funcionando?

Dependência não é motivo para evitar IA, é motivo para planejar a saída

Seria um erro ler o fim do Jules como argumento para não usar agentes de programação. A própria lista de concorrentes citada pelo TechRadar mostra um mercado com várias opções, e o Google segue investindo no tema, agora sob o Antigravity. O que a notícia mostra é que, nesse mercado, produtos nascem, mudam de nome e são absorvidos em ciclos curtos.

A defesa mais simples é tratar a ferramenta de IA como trocável e o resultado do trabalho como patrimônio da empresa. Código em repositório próprio, documentação fora da plataforma e credenciais que possam ser revogadas rapidamente reduzem o custo de qualquer troca. No caso do Jules, quem já trabalhava assim perde pouco: o código está no GitHub e o resto pode ser exportado.

Também ajuda desconfiar de recursos que só existem dentro de um produto, como memórias e tarefas programadas. Eles são justamente os itens que o Google precisou criar um processo especial para tirar do Jules.

O que observar daqui para frente

O marco mais próximo é 31 de dezembro: quem ainda não exportou os dados do Jules tem até lá. Depois disso, fica a pergunta que o Google ainda não respondeu: se o Antigravity vai oferecer o mesmo modo de trabalho em segundo plano que diferenciava o Jules, e se haverá algum caminho para importar o que foi exportado.

Também vale acompanhar como o Google trata os assinantes dos planos pagos do Jules. A página oficial de encerramento não menciona cobrança, assinaturas nem reembolso, e essa é uma informação que qualquer cliente pagante deveria ter por escrito antes do desligamento.