Jules sai do beta com limites por camada e planejamento via Gemini 2.5 Pro

O que realmente foi lançado

O Jules agora é público e roda com o Gemini 2.5. O Google diz que, durante o beta, milhares de desenvolvedores executaram dezenas de milhares de tarefas, gerando mais de 140.000 melhorias de código compartilhadas publicamente. Esse é o histórico concreto de uso que o Google cita para justificar a saída do beta.

As mudanças são incrementais e guiadas por feedback: uma interface mais polida, centenas de correções de bugs e novas funcionalidades. Três são citadas especificamente — reaproveitar configurações anteriores para que novas tarefas comecem mais rápido, integração com issues do GitHub e suporte multimodal. São recursos de fluxo de trabalho, não reescritas do modelo.

A etapa de planejamento é a mudança de fato relevante

A linha tecnicamente mais significativa do anúncio é que o Jules agora usa as capacidades avançadas de raciocínio do Gemini 2.5 Pro para elaborar planos de codificação. O Google afirma que isso resulta em códigos de qualidade superior.

Trata-se de uma arquitetura com planejamento prévio: o agente raciocina sobre uma abordagem antes de gerar o código, em vez de gerar diretamente. Para um agente assíncrono que executa tarefas sem um desenvolvedor acompanhando em tempo real, colocar uma etapa de planejamento no início é uma escolha de design defensável — o plano se torna o artefato que o desenvolvedor pode inspecionar e corrigir quando voltar.

O acesso agora é uma escada de capacidade

A estrutura de preços é a verdadeira questão para equipes que decidem como usar o Jules. O Google introduziu três camadas estruturadas: acesso introdutório para testar o Jules em vários projetos, Jules no Google AI Pro com limites 5x maiores para codificação diária, e Jules no Google AI Ultra com limites 20x maiores, que o Google descreve como feito para fluxos de trabalho intensivos e multiagente em escala.

Vale notar que o diferencial entre as camadas é o limite de uso, não recursos distintos. O mesmo agente roda em todos os níveis; você paga pela quantidade que pode executar. O Google não publica os números reais no post, remetendo a eles em jules.google, então os multiplicadores 5x e 20x são relativos a uma base introdutória que não é informada aqui.

O lançamento começa hoje para assinantes AI Pro e Ultra, e estudantes universitários elegíveis podem se inscrever para um ano gratuito de AI Pro — uma jogada de distribuição que planta a ferramenta entre estudantes antes de eles chegarem a equipes pagantes.

O que o design de camadas implica para equipes planejando orçamentos de agentes

Como o Jules limita capacidade, não capacidade técnica, o planejamento de adoção se torna uma questão de throughput. Uma equipe avaliando o Jules deveria estimar quantas tarefas assíncronas espera disparar por desenvolvedor por dia, e então mapear isso para os limites do Pro ou do Ultra, em vez de comparar paridade de recursos.

A menção explícita a fluxos de trabalho multiagente em escala na camada Ultra sinaliza onde o Google espera que o uso intenso se concentre: frotas de agentes executando tarefas concorrentes. Equipes que pretendem distribuir trabalho entre muitas execuções paralelas do Jules vão atingir os limites mais rápido, e os limites publicados em jules.google — não os multiplicadores de marketing — são o que deve guiar a decisão.