3 pontos por GN⁺ 2025-10-06 | 1 comentários | Compartilhar no WhatsApp
  • Jules é um agente de programação com IA remoto desenvolvido pelo Google Labs e recentemente revelou sua API
  • Desenvolvedores podem integrar facilmente com diversas ferramentas e fluxos de trabalho de desenvolvimento, abrindo possibilidades de automação e ganho de produtividade
  • Recursos como ferramenta de linha de comando e gerenciamento de variáveis de ambiente foram adicionados para maximizar usabilidade, personalização e automação
  • Funcionalidades inovadoras alinhadas ao ambiente real de desenvolvimento, como memória, feedback de comentários em PR e upload de imagens, continuam sendo introduzidas
  • Com melhorias contínuas de ambiente, reforços de desempenho e estabilidade, a plataforma vem se consolidando com foco na experiência do desenvolvedor

Apresentação da API do Jules

3 de outubro de 2025
O Jules passa a oferecer acesso programático aos seus recursos por meio de sua própria API, permitindo integração fácil aos fluxos de trabalho já existentes dos desenvolvedores

  • Com a API, é possível integrar fluxos de trabalho de ChatOps conectados ao Slack e outros serviços, automatizações com ferramentas de gerenciamento de projetos e integração a pipelines de CI/CD baseados em GitHub Actions
  • Exemplos da API mostram como criar novas sessões (tarefas) e como fazer integrações personalizadas
  • Os desenvolvedores podem conferir diferentes formas de uso na documentação oficial da API

Integração com linha de comando (Jules Tools)

2 de outubro de 2025

  • Um novo CLI chamado Jules Tools foi lançado, permitindo controlar o agente de programação com IA pela linha de comando
  • Oferece criação/consulta de sessões e aplicação de patches no terminal, piping de scripts com outras ferramentas CLI e um dashboard interativo
  • Pode ser instalado globalmente via npm ou executado com npx sem instalação separada
  • Entre os comandos principais estão listagem de repositórios, criação de novas sessões e operações no nível do repositório
  • Usuários do Google Workspace terão suporte dedicado em breve

Suporte a variáveis de ambiente por repositório

1º de outubro de 2025

  • Foi adicionada a configuração de variáveis de ambiente por repositório, permitindo ajustar com precisão o ambiente de trabalho do Jules conforme as necessidades do projeto, como build, testes e integrações com diversos serviços
  • O fluxo é: adicionar variáveis nas configurações do repositório → indicar o uso delas como opção ao criar a tarefa → permitir acesso às variáveis no nível da tarefa
  • Essas variáveis não podem ser alteradas após o início da tarefa, então é preciso atenção nesse momento

Recurso de memória do Jules

30 de setembro de 2025
Jules Memory for Repositories: a IA armazena feedback, preferências e hábitos do usuário, permitindo respostas personalizadas com base em experiências anteriores e maior precisão em tarefas repetidas no mesmo repositório

  • A memória pode ser ativada/desativada na aba Knowledge das configurações do repositório

Recurso de seleção de arquivos

29 de setembro de 2025

  • Com o seletor de arquivos durante a tarefa, é possível indicar exatamente os arquivos-alvo, permitindo controle detalhado sem mal-entendidos de contexto

Resposta a feedback em comentários de PR

23 de setembro de 2025

  • O Jules passa a reagir em tempo real aos comentários do usuário em Pull Requests (marcados com o emoji 👀), refletindo automaticamente as mudanças solicitadas em commits
  • Ao usar o Reactive Mode, é possível configurá-lo para responder apenas a comentários com menção @Jules

Evento do Pirate Day

19 de setembro de 2025

  • Em comemoração ao Dia Internacional do Pirata, o estilo de resposta do Jules foi alterado temporariamente por um dia (versão pirata), mantendo a mesma lógica e os algoritmos-base

Upload de imagens

9 de setembro de 2025

  • Agora há suporte a upload de imagens ao criar tarefas, permitindo fornecer contexto visual para bugs de frontend, sugestões de design e mais
  • Formatos JPEG/PNG, até 5 MB; prompts de acompanhamento ainda não são suportados (previstos para o futuro)
  • Imagens usadas diretamente no código ainda precisam ser commitadas separadamente no GitHub

Saiba mais sobre o suporte a imagens do Jules

Stacked Diff

4 de setembro de 2025

  • Foi introduzido um layout empilhado no visualizador de diff para revisão de código, exibindo mudanças de vários arquivos ao mesmo tempo para facilitar a compreensão de códigos relacionados
  • Também é possível alternar para o formato em abas

Melhorias no Jules Critic

3 de setembro de 2025

  • A confiabilidade da avaliação e a qualidade dos insights de feedback do Jules critic agent foram reforçadas
  • O processo de análise em tempo real é mostrado de forma transparente na UI, com mais contexto incorporado

Prompts de exemplo

2 de setembro de 2025

  • Foram adicionados prompts de exemplo na tela inicial, que podem ser aplicados ao campo de entrada com um clique
  • Até iniciantes conseguem aprender padrões com facilidade

Renderização de imagens na visualização de diff

22 de agosto de 2025

  • Agora é possível visualizar imagens imediatamente dentro do visualizador de diff, como gráficos, interfaces e diagramas
  • Sem baixar arquivos, dá para revisar os resultados visuais na hora

Exportar a qualquer momento

15 de agosto de 2025

  • Agora é possível exportar código para o GitHub a qualquer momento durante a tarefa
  • Isso amplia a flexibilidade e o controle, inclusive com criação de branch/PR em andamento

Capacidade da VM aumentada para 20 GB

15 de agosto de 2025

  • Para eliminar a falta de espaço em projetos grandes, o disco da VM do Jules foi ampliado para 20 GB
  • Isso permite dar suporte mais fluido a codebases maiores e mais complexas

Plano interativo

8 de agosto de 2025

  • O Jules analisa a base de código e estabelece um plano interativo por meio de perguntas e respostas
  • O usuário pode definir metas e soluções de forma mais ativa
  • O recurso pode ser ativado no menu suspenso ao criar a tarefa

Recurso de navegação na web

8 de agosto de 2025

  • O Jules pode pesquisar na web para encontrar documentação recente ou exemplos/snippets de código
  • Isso ajuda na execução de tarefas mais precisas com uso de informações externas atualizadas
  • O recurso é otimizado para buscas voltadas a documentação técnica

Critic Agent

8 de agosto de 2025

  • Foi introduzido o Jules critic agent, com revisão de código embutida
  • Ele realiza revisão interna na etapa de geração, detectando e melhorando potenciais bugs, ineficiências e vulnerabilidades
  • Diferentemente de simples linters ou testes, avalia a qualidade do código considerando intenção e contexto
  • O design é baseado em pesquisas de aprendizado por reforço (actor-critic etc.)

Testes de webapp/screenshots

7 de agosto de 2025

  • Após tarefas de frontend, o Jules pode fornecer verificação do resultado com screenshots do site
  • Há suporte a testes de frontend com Playwright, e também é permitido inserir URLs externas de imagem

Lançamento oficial

6 de agosto de 2025

  • Em apenas 2 meses, foram alcançados mais de 140 mil commits públicos, e com o lançamento oficial também chegaram os planos pagos
  • Com uso de tecnologias recentes de IA como Gemini 2.5, a qualidade dos planos e das tarefas foi ainda mais aprimorada
  • Inclui diversas melhorias de estabilidade e correções de bugs

Snapshot de ambiente

5 de agosto de 2025

  • Ao aplicar scripts de configuração de ambiente, um snapshot é salvo para reiniciar tarefas complexas de forma consistente e rápida
  • É possível verificar a configuração do ambiente no codebase e no menu de configurações da tarefa

Criação direta de PR

4 de agosto de 2025

  • Tarefas concluídas podem criar PR e solicitar merge diretamente pela UI, simplificando o fluxo de trabalho

Adição do runtime Bun

18 de julho de 2025

  • Com suporte ao novo runtime Bun, a compatibilidade foi expandida para além do ecossistema Node.js

Melhorias em controle de tarefas/UX

3 de julho de 2025

  • Foram reforçados os controles de tarefa, com pausa, retomada, exclusão e cópia rápida de URL
  • A largura do painel de código pode ser ajustada e foram adicionados botões de copiar/baixar
  • A visualização e a estrutura das mensagens do sistema também foram melhoradas

Integração com issues do GitHub

26 de junho de 2025

  • Basta adicionar o rótulo ‘jules’ a uma issue do GitHub para que o Jules inicie o trabalho automaticamente
  • O app do Jules para GitHub precisa de permissão de acesso ao repositório

Grande atualização do agente Jules

20 de junho de 2025

  • Foi adicionado suporte a AGENTS.md e scripts de configuração de ambiente, reforçando compreensão de contexto e confiabilidade
  • Houve grande avanço em velocidade, escopo de automação e hábitos de testes automáticos

18 de junho de 2025

  • Saindo do ambiente Ubuntu padrão, agora é possível instalar diretamente as versões mais recentes de Rust, Node e Python, com scripts personalizados para detalhar o processo de instalação
  • Houve evolução em multi-runtime, isolamento e fixação de versões
  • Isso resolve problemas anteriores de dependências e melhora a aderência a requisitos atuais

Reforço em personalização e eficiência

6 de junho de 2025

  • Diversas melhorias de desempenho, cópia/download de código e ajuste de largura do painel de código foram otimizadas para o ambiente do desenvolvedor
  • Também passou a ser possível criar várias tarefas sem interrupção via modal

Melhorias de confiabilidade/estabilidade

30 de maio de 2025

  • O limite foi ampliado para até 60 tarefas por dia, com 5 execuções simultâneas
  • A confiabilidade da integração com GitHub foi melhorada e casos de falha foram reduzidos

Mais estabilidade (22 de maio)

22 de maio de 2025

  • Um upgrade no sistema de filas melhorou o tempo de espera, bugs, UI e a confiabilidade geral

Primeiro lançamento do Jules

19 de maio de 2025

  • Jules é um agente de programação com IA que processa de forma assíncrona várias tarefas de codificação baseadas em GitHub, como correção de bugs, gerenciamento de versões/dependências e migração de código
  • Ao iniciar uma tarefa, ele configura automaticamente o ambiente de desenvolvimento em uma VM, instala dependências, executa testes, altera código e automatiza até a criação do PR
  • O andamento da tarefa e o processo de geração de código são visualizados de forma transparente
  • Há suporte a tarefas avançadas, como patches com escopo definido, migração de código entre linguagens/frameworks e desenvolvimento de funcionalidades independentes
  • Mais informações e o guia de primeiros passos estão disponíveis na documentação oficial e no site

1 comentários

 
GN⁺ 2025-10-06
Comentários do Hacker News
  • Tenho um site em Django para gestão de clientes há muito tempo, e os clientes frequentemente pediam ajustes bem pequenos; toda vez isso acabava levando cerca de uma hora entre subir o sistema, revisar o código, fazer commit, push e atualizar o servidor. Na semana passada migrei toda a infraestrutura para o Railway e ensinei o cliente a usar o Jules. Agora o próprio cliente cria PRs, e o Railway sobe um ambiente com as mudanças aplicadas para ele verificar por conta própria. Cerca de 75% dos casos funcionam sem problemas e, quando não funciona, o cliente percebe primeiro. Se o cliente fica satisfeito com a mudança, aí eu faço a revisão de código e o merge. Tem sido uma economia de tempo absurda.

    • Fico curioso se você continua cobrando do cliente o mesmo valor de antes.

    • Queria saber qual é o custo de uso da API. Se a configuração não estiver bem ajustada, dá receio de o cliente testar várias vezes mudanças pequenas e a conta ficar alta demais.

    • Só espero que ele não armazene dados dos usuários do app do cliente. Acho perigoso confiar cegamente em LLM.

    • Gostaria de saber como você faz a gestão do banco de dados do cliente. Você sobe tudo para uma VM?

    • Sinceramente, acho uma abordagem muito legal. Seria ótimo se você escrevesse um post de blog sobre essa experiência com exemplos, especialmente exemplos concretos do que o cliente pede nos PRs.

  • Pessoalmente, montei um servidor MCP e conectei à API do Jules; uso enviando tarefas para o Jules a partir do Copilot Chat no VS Code.
    Vídeo de demonstração

    • Se você já usa o Copilot, acho muito melhor simplesmente usar o coding agent do Copilot. Na minha opinião, o Jules é o pior coding agent do mercado.
  • Fico me perguntando se as pessoas realmente confiam nesses agentes para uso assíncrono e sem supervisão. Pela minha experiência, coding agents trouxeram mais incômodo e ruído do que retorno. Se for só algo parecido com o loop que eu já usava no VS Code, dá até para questionar por que usar uma ferramenta externa.

    • Sobre a opinião de que esses coding agents não entregam o ROI esperado, acho que isso só faz sentido quando se olha no longo prazo. Se você avaliar só uma ou duas tarefas, ou algumas semanas, realmente não vale o investimento. Mas, pensando no workflow de um time de engenharia daqui a 3 anos, faz sentido começar a adotar esse tipo de sistema desde já. Por exemplo, seria muito útil uma automação em que o bot, ao atualizar bibliotecas, sobe o ambiente automaticamente, roda testes, identifica por que o codebase não está funcionando, corrige e ainda abre um PR para revisão humana.

    • Sobre a pergunta de por que usar uma ferramenta externa em vez de algo integrado como o VS Code: no meu computador pessoal há dados sensíveis como fotos, emails e cookies do navegador, então eu me sentia desconfortável com um agente executando análises localmente. Por isso, pareceu mais seguro deixar o Jules acessar só meu projeto no GitHub. Na prática, ele chegou a ler o Gemfile e rodar testes em Rails, então foi útil. A qualidade do código não era perfeita, mas ajudou bastante a iniciar o desenvolvimento de funcionalidades.

    • Pela minha experiência direta, pelo menos em comparação com o GitHub Copilot, no ambiente externo (na nuvem) ele pareceu mais limpo por funcionar com aprovação automática e em sandbox.

    • Na prática, você ainda precisa ficar olhando o tempo todo.

    • Só para constar, o VS Code não é um agente; ele é mais focado em geração de código e autocompletar.

  • É uma pena que o Google tenha escolhido um design de sistema errado para o Jules. Acho que o design de sistema do Claude Code é muito superior neste momento. No fim, parece que o Jules vai virar mais um caso de vendor lock-in e ecossistema fechado.

    • Acho que eles estão fazendo os dois (bem no estilo típico do Google). Também existe o Gemini CLI open source, com uma camada gratuita bem generosa, então ele compete mais diretamente com o Claude Code.
      https://github.com/google-gemini/gemini-cli
      No lançamento ele era meio tosco, mas melhorou bastante. O Claude Code também evoluiu muito, então no fim eu não troquei.

    • Para quem, como eu, usa AI coding agents desde os primeiros tempos do Aider, a história é diferente. Acho que tanto agentes assíncronos quanto agentes colaborativos têm seu papel. No futuro, talvez vejamos agentes colaborativos delegando para vários agentes assíncronos e depois consolidando os resultados. O espaço de design é muito mais complexo do que parece, e ainda vimos só a ponta de tudo isso. Como estamos forçando IA a se encaixar em workflows centrados em humanos, sinto que ainda precisamos experimentar muito mais as possibilidades estranhas e interessantes próprias da IA.

    • Acho que a comparação entre Jules e Claude Code não é adequada. Os dois sistemas são completamente diferentes. O comparável ao Jules seria mais o OpenAI Codex. A versão do Google para o Claude Code seria o Gemini Code Assist CLI.

    • Se for comparar, acho que o Jules se parece mais com o GitHub Spark.

  • Sobre a mensagem de que o suporte a usuários do Workspace só virá depois de outubro: não entendo por que usuários pagos sempre ficam para depois. É algo muito estranho.

    • Pelo que entendo, isso acontece porque eles precisam garantir a conformidade de dados exigida pelo Workspace. Acho que o pagamento não é por acesso antecipado a recursos novos ou tecnologia de ponta, e sim por suporte essencial ao negócio, compliance e garantias.

    • Usuários pagos não querem necessariamente receber recursos antes; eles querem coisas como Audit Trail, conformidade regulatória, SLA e integração com console de administração, mesmo que cheguem um pouco mais tarde, desde que venham com segurança. Também preferem menos volatilidade e processos validados. Na verdade, tem muita gente usando conta Workspace para uso pessoal e reclamando que os lançamentos demoram, mas esse padrão existe há 20 anos e não vai mudar. Se quiser recursos rápidos, recomendo uma conta pessoal do Gmail.

  • Esses nomes de marca antropomorfizados e sem sentido me irritam. Hoje acho que casos como Amazon Rufus são especialmente ruins. Preferiria algo como Google Wave, que pelo menos simboliza características e significado do produto.

    • Tive a impressão de que o nome Jules foi inspirado no Jenkins.

    • Claude vem de Claude Shannon. O Google Wave, embora não tenha decolado, tinha uma ideia cujo futuro eu acho extremamente necessário.

    • Eu não acho que valha a pena se incomodar tanto com esse tipo de nome. Dar nomes e criar apego a máquinas e objetos é algo instintivo do ser humano. Desde muito tempo damos nomes humanos a navios, trens, armas, carros e até IA; isso já acontecia desde o Eliza, em 1966. Não dá para impedir, então melhor aceitar em paz.

  • Quero voltar para executáveis binários únicos como em rust/go. CLI baseada em nodejs é chata de instalar.

    • O fato de o canal de feedback ser o Discord me incomoda ainda mais. Na empresa, o Discord é bloqueado, então não dá para usar.
  • Fico curioso sobre quantas pessoas do Google estão envolvidas nesse projeto. Estou desenvolvendo sozinho, internamente, uma ferramenta com funcionalidades parecidas, e faço isso no meu tempo pessoal (depois do expediente, nos fins de semana).

    • Por que você está gastando seu tempo pessoal para construir isso para o seu empregador? Na prática, você está doando seu próprio dinheiro aos acionistas.
  • Gostaria de ver uma comparação de preços entre Jules e Claude Code. Recentemente, para reduzir custos, saí do repl.it e fui para o Claude Max.

    • O Replit parece um produto totalmente diferente, mais voltado para coding experimental (vibe coding), enquanto o Claude Code parece mais apropriado para trabalho de desenvolvimento real.