Bob V2: Mais rápido, melhor, mais inteligente
Bob V2 fica disponível para todos a 24 de junho, e é um salto real no uso diário: é mais rápido, consegue manter tarefas a correr em segundo plano enquanto te manténs noutro trabalho, e é construído sobre um único agente que se comporta de forma idêntica em todos os clientes. Esse agente chega primeiro no Bob IDE, com o Bob Shell a seguir em breve. Instalar a nova versão é o único passo de atualização necessário; as definições existentes, ficheiros de regras e servidores MCP são todos preservados.
O que este post cobre:
- O que é a nova arquitetura
- As mudanças que aparecem no trabalho diário: desempenho, os novos modos, tarefas em segundo plano, rollback, trabalho com documentos e subagentes
- Workflows — uma framework para tornar alterações grandes e multi-fase repetíveis
Testado primeiro na IBM
O primeiro cliente do Bob é a própria IBM, onde mais de cem mil programadores estão integrados, em tudo desde sistemas mainframe a serviços cloud-native. O V2 foi colocado perante uma grande população interna bem antes do lançamento geral. As funcionalidades descritas neste post foram lançadas para eles de forma incremental, a partir do início de maio, pelo que cada uma teve uso real em produção antes de ser lançada.
Um agente, um harness, muitos clientes
A extensão IDE e o shell do Bob V1 foram construídos sobre duas bases separadas. Foi uma decisão deliberada para colocar o Bob nas mãos dos programadores rapidamente, mas significava construir cada melhoria duas vezes — e os pedidos acima eram exatamente o tipo que uma base de código dividida torna difícil de entregar.
O V2 substitui isso com uma arquitetura de três camadas que separa claramente o raciocínio da infraestrutura da interface:
| Componente | Função |
|---|---|
| O Agente | O loop agêntico. Todo o raciocínio e geração de código acontece aqui, de forma idêntica em todos os clientes. |
| O Harness | Infraestrutura partilhada: autenticação, logging, feature flags, telemetria. |
| Os Clientes | As interfaces — IDE, shell, e mais a caminho — sem lógica duplicada. |
O que muda no trabalho diário
Antes das funcionalidades individuais, a superfície em que vivem mudou. O chat do V2 é deliberadamente mais silencioso: as chamadas de ferramenta intermediárias e as explorações sem saída colapsam e ficam fora do caminho, para que o que fica à tua frente seja o trabalho e o seu resultado, não a maquinaria por trás.
Subagentes: manter o contexto limpo
À medida que o Bob trabalha numa tarefa complexa, a conversa enche-se de leituras de ficheiros, pesquisas e explorações sem saída. A maior parte desse detalhe não é relevante para a tarefa principal, mas consome a janela de contexto na mesma.
Os subagentes tratam disso. Quando o Bob precisa de fazer algo bem definido — "perceber como funciona a autenticação nesta base de código" — cria um subagente com o seu próprio contexto limpo. O subagente lê ficheiros, rastreia chamadas e descobre o padrão; apenas o resumo volta ao agente principal, e os passos intermédios são descartados.
Chamadas de ferramenta paralelas e nativas
No V1, as chamadas de ferramenta corriam uma de cada vez: pedir uma leitura de ficheiro, esperar pelo resultado, depois pedir a seguinte. Numa tarefa que se expande por cinco leituras de ficheiros e três pesquisas, essa espera acumula rapidamente. O V2 permite ao modelo pedir várias ferramentas numa única vez e executá-las em conjunto. Uma tarefa que demorava cerca de 30 segundos no V1 termina frequentemente em menos de 10.
As chamadas de ferramenta nativas também eliminam o XML verboso que o V1 envolvia em cada pedido de ferramenta, fazendo com que a mesma tarefa consuma menos tokens. A janela de contexto também é maior — aumentando de 200k para 270k tokens — para que tarefas mais longas avancem mais antes de a compactação entrar em ação.
Três modos: Agent, Plan, Ask
O V2 condensa os cinco modos antigos do Bob em três:
- Agent — O Bob age e completa a tarefa, com todas as capacidades agênticas.
- Plan — O Bob passa por um processo de planeamento criterioso — recolhendo requisitos, descobrindo contexto, verificando a sua compreensão — e produz um plano de ação para entregar ao Agent.
- Ask — apenas leitura. O Bob explica arquitetura e lógica sem tocar na base de código.
O conselho não mudou: em código desconhecido, ou numa alteração com área de superfície real, começa em Ask ou Plan e muda para Agent assim que o trabalho estiver claro.
Menos interrupções, mesmo controlo
As operações de leitura — ler ficheiros, listar diretórios, pesquisar código — são aprovadas por defeito agora, para que o Bob possa recolher contexto sem parar para perguntar. Qualquer coisa que altere estado ainda requer aprovação explícita: edições de ficheiros, execução de comandos, chamadas de MCP tool, invocações de skills. A aprovação é uma camada entre várias — situa-se ao lado do rollback, regras personalizadas e ficheiros de exclusão — e pode ser tornada mais restritiva ou permissiva por classe de ferramenta.
Tarefas em segundo plano
O Bob já não prende uma sessão a uma única conversa. Um programador pode correr várias tarefas ao mesmo tempo, deixá-las em segundo plano e continuar a trabalhar. Cada tarefa tem o seu próprio thread e contexto, por isso mudar entre elas preserva o ponto em que estava. O painel de tarefas mostra o que está a correr, o que está feito e o que precisa de atenção; as tarefas terminadas limpam-se a si próprias. E o Bob mantém-se fora do teu caminho enquanto correm — uma tarefa a terminar em segundo plano não vai roubar o teu foco nem mudar o separador em que estás a trabalhar.
Rollback, reconstruído
O V1 chamava a isto checkpoints e construiu-o sobre git, o que o limitava: um repositório sem git não tinha checkpoints de todo, e um histórico muito grande tornava tudo mais lento. O V2 simplifica tudo e renomeia para rollback. Agora rastreia o estado dos ficheiros diretamente — por tarefa, por turno de conversa, por chamada de ferramenta individual — e qualquer um desses pontos pode ser restaurado. Como o rollback vive no agente e não num cliente, funciona da mesma forma em qualquer lugar onde o agente corra.
Trabalhar com documentos
Muito do contexto de uma tarefa vive fora da base de código — um documento de design, uma especificação escrita, uma folha de cálculo de casos de teste. O V2 lê ficheiros .docx, .pdf e .xlsx nativamente: arrasta um para a conversa e o Bob trabalha a partir dele diretamente, sem copiar e colar nem passos de extração separados.
O mesmo se aplica ao que sai. No final de uma tarefa de análise, o Bob pode produzir um único resumo HTML autocontido do que encontrou — uma página, abre em qualquer browser, não precisa de ferramentas para ser lida. O resultado de uma investigação passa a ser algo que podes passar a alguém que não esteve na sessão.
As configurações existentes são preservadas
O trabalho investido noutra ferramenta de programação com IA deve poder ser aproveitado em vez de começar do zero. O V2 lê convenções existentes, ficheiros de regras, comandos e servidores MCP, e adiciona suporte para o formato de plugin que se tornou um standard de facto em todo o ecossistema — para que coleções de ferramentas comuns corram no Bob diretamente. Os servidores MCP já tinham o seu próprio separador de definições no V1; o V2 adiciona um separador dedicado a skills ao lado, para que as skills possam ser adicionadas, configuradas e removidas da mesma forma, sem editar ficheiros manualmente.
Workflows: tornar alterações multi-fase repetíveis
A IA é boa a resolver problemas em aberto e má a fazer a mesma coisa duas vezes. Pede-lhe para "migrar isto para Java 21" em dois dias diferentes e pode devolver duas abordagens diferentes e dois resultados diferentes. Para algo pontual, tudo bem. Para trabalho empresarial de grande escala — modernizar uma aplicação mainframe, refatorar milhares de ficheiros, qualquer coisa que corra em fases — essa variabilidade é o problema central.
Os Workflows dão a esse tipo de trabalho uma estrutura. O ponto de partida é que nem todos os passos precisam de IA, e nem todos devem ser totalmente automatizados:
- Alguns passos são automação simples — analisar dependências, correr testes.
- Alguns precisam de IA — transformações de código complexas, análise de padrões.
- Alguns precisam de um humano — aprovar uma estratégia, rever diffs antes de fazer commit.
Um workflow define a que categoria pertence cada passo. O motor executa os passos por ordem, mantém estado, trata erros e torna todo o processo repetível.
É aqui que entram os pacotes premium da IBM. Cada um inclui workflows testados e criteriosamente construídos com décadas de trabalho da IBM na sua área, e cada um é uma oferta separada com o seu próprio post a caminho: o IBM Bob Premium Package for Java Modernization, o Premium Package for IBM i e o Premium Package for IBM Z. No lançamento geral, os workflows disponíveis são os que acompanham o Bob e estes pacotes; a criação mais alargada abre assim que a superfície da API se estabilizar com os primeiros utilizadores.
Mais adiante
A mesma arquitetura abre direções que simplesmente não eram viáveis com a base antiga. Deliberadamente não estamos a associar datas ou compromissos a nada disto, mas as áreas amplas que estamos a explorar incluem correr agentes remotamente e aceder a eles a partir de qualquer cliente, ter múltiplos agentes a coordenar numa única tarefa, e levar o Bob a mais clientes ao longo do tempo. O rumo que isto vai tomar será moldado pelo que os primeiros utilizadores mais precisarem.
Atualização a 24 de junho
Bob V2 chega a 24 de junho como uma atualização de versão normal. Atualizar a extensão IDE muda-a para a nova arquitetura; o Bob Shell segue em breve. Não há passos de migração; definições, ficheiros de regras e servidores MCP são preservados.
Uma coisa que vale a pena experimentar na primeira semana: começa uma tarefa em modo Plan, passa o plano para o Agent e deixa-o correr em segundo plano a par de outro trabalho.
Links