Jules sai da fase beta com limites por níveis e planeamento com o Gemini 2.5 Pro

O que foi efetivamente lançado

O Jules está agora disponível publicamente e assente no Gemini 2.5. A Google afirma que, durante a fase beta, milhares de desenvolvedores executaram dezenas de milhares de tarefas, produzindo mais de 140 000 melhorias de código partilhadas publicamente. É este o registo concreto de utilização que a Google invoca para justificar a saída da fase beta.

As alterações são incrementais e resultam do feedback recebido: uma interface mais cuidada, centenas de correções de bugs e novas funcionalidades. Três são referidas especificamente — a reutilização de configurações anteriores para que novas tarefas arranquem mais rapidamente, a integração com issues do GitHub e o suporte multimodal. São funcionalidades de fluxo de trabalho, não reformulações do modelo.

O passo de planeamento é a mudança substancial

A linha tecnicamente mais relevante do anúncio é que o Jules passa agora a recorrer às capacidades avançadas de raciocínio do Gemini 2.5 Pro para elaborar planos de programação. A Google enquadra isto como um fator que resulta em código de melhor qualidade.

Trata-se de uma arquitetura orientada por planeamento prévio: o agente raciocina sobre uma abordagem antes de gerar código, em vez de o produzir diretamente. Para um agente assíncrono que executa tarefas sem um desenvolvedor a acompanhar em tempo real, antecipar uma fase de planeamento é uma escolha de design justificável — o plano torna-se o elemento que o desenvolvedor pode inspecionar e corrigir quando regressa.

O acesso passa agora a ser uma escada de capacidade

A estrutura de preços é o verdadeiro ponto de interesse para as equipas que decidem como usar o Jules. A Google introduziu três níveis estruturados: acesso introdutório para experimentar o Jules em vários projetos, o Jules incluído no Google AI Pro com limites 5 vezes superiores para programação diária, e o Jules incluído no Google AI Ultra com limites 20 vezes superiores, que a Google descreve como concebido para fluxos de trabalho intensivos e multiagente em grande escala.

É de notar que o fator diferenciador entre níveis são os limites de utilização, não funcionalidades distintas. O mesmo agente funciona em todos os níveis; paga-se pela quantidade que se pode executar. A Google não publica os números concretos neste anúncio, remetendo-os para jules.google, pelo que os multiplicadores de 5x e 20x são relativos a uma base introdutória que aqui não é especificada.

O lançamento arranca hoje para os subscritores do AI Pro e do AI Ultra, e os estudantes universitários elegíveis podem inscrever-se para obter um ano gratuito do AI Pro — uma estratégia de distribuição que fideliza a ferramenta junto dos estudantes antes de estes chegarem a equipas pagantes.

O que o desenho dos níveis implica para as equipas ao planear orçamentos para agentes

Como o Jules limita a capacidade e não as funcionalidades, o planeamento da adoção passa a ser uma questão de débito de tarefas. Uma equipa que esteja a avaliar o Jules deve estimar quantas tarefas assíncronas espera despachar por desenvolvedor e por dia, e depois cruzar esse valor com os limites do Pro ou do Ultra, em vez de procurar paridade de funcionalidades.

A referência explícita a fluxos de trabalho multiagente em grande escala no nível Ultra indica onde a Google espera que se concentre a utilização mais intensiva: frotas de agentes a executar tarefas em simultâneo. As equipas que pretendam distribuir trabalho por muitas execuções paralelas do Jules vão atingir os limites mais rapidamente, e são os limites publicados em jules.google — e não os multiplicadores usados no marketing — que devem orientar a decisão.