Neste artigo, vamos explorar os principais modos disponíveis no IBM Bob e entender quando utilizar cada um deles para obter os melhores resultados.

Os Modos do IBM Bob

A interface Agentic Sidebar do IBM Bob oferece três modos principais:

Modo	Objetivo
Plan Mode	Planejamento, arquitetura, design técnico e decomposição do problema sem alterar código
Agent Mode	Implementação, correção, refatoração e modificação de código
Ask Mode	Análise, explicações e entendimento do código sem realizar alterações

A partir da versão 2.0, os antigos modos Code e Advanced foram consolidados em um único modo chamado Agent Mode, simplificando a experiência para os desenvolvedores. O Ask Mode é uma adição mais recente e continua recebendo melhorias constantes.

Plan Mode: Pensar Antes de Construir

Se existe um modo que considero fundamental para equipes corporativas, é o Plan Mode.

Muitas vezes o erro não está na implementação, mas sim na falta de um planejamento adequado antes de escrever a primeira linha de código.

No Plan Mode, o IBM Bob possui acesso apenas para leitura do projeto. Ele não altera arquivos e não executa comandos. Sua função é analisar o contexto da aplicação e construir um plano detalhado de implementação.

Esse modo é especialmente útil quando:

• Uma funcionalidade impacta diversos componentes.
• Será necessário alterar várias camadas da aplicação.
• Existe a necessidade de definir arquitetura.
• É preciso estimar esforço antes da implementação.
• O desenvolvedor deseja validar o escopo antes de iniciar o trabalho.

Ao receber uma solicitação, o Bob analisa os arquivos relevantes e produz normalmente dois documentos:

Plano de Implementação

Descreve detalhadamente:

• O que será desenvolvido.
• Como será implementado.
• Quais componentes serão afetados.
• Como os testes deverão ser realizados.
• Regras de negócio envolvidas.

Plano de Arquitetura

Apresenta uma visão mais ampla:

• Fluxo de dados.
• Componentes envolvidos.
• Integrações.
• Decisões arquiteturais.
• Impactos no sistema.

Esses documentos tornam-se a especificação oficial que será utilizada posteriormente durante a implementação.

---

A Revisão Continua Sendo Responsabilidade do Desenvolvedor

Esse talvez seja o conceito mais importante ao trabalhar com qualquer ferramenta baseada em LLM.

O plano gerado pelo IBM Bob não deve ser encarado como uma sugestão informal.

Ele representa exatamente aquilo que será construído posteriormente.

Se um requisito importante estiver ausente ou incorreto no plano aprovado, existe uma alta probabilidade de que a implementação também apresente o mesmo problema.

Por isso, o processo ideal é:

1. Gerar o plano.
2. Ler cuidadosamente.
3. Ajustar o que for necessário.
4. Somente depois aprovar a implementação.

A IA acelera o desenvolvimento, mas a responsabilidade técnica continua sendo humana.

Esse conceito de Human-in-the-Loop é um dos pilares para o uso seguro e eficiente de agentes de IA em ambientes corporativos. [ibm.com], [prnewswire.com]

---

Agent Mode: Hora de Colocar a Mão no Código

Depois que o plano foi revisado e aprovado, entra em cena o Agent Mode.

Nesse modo, o Bob possui permissão para:

• Criar arquivos.
• Alterar código existente.
• Refatorar componentes.
• Executar comandos.
• Rodar testes.
• Implementar funcionalidades completas.

É aqui que ocorre a materialização daquilo que foi definido durante a fase de planejamento.

Uma recomendação interessante da própria metodologia do Bob é iniciar uma nova conversa antes de começar a implementação.

Isso traz benefícios como:

• Contexto mais limpo.
• Maior foco na execução.
• Melhor uso da janela de contexto.
• Menor risco de misturar discussões de arquitetura com instruções de implementação.

Na prática, o fluxo sugerido é:

Plan ? Revisão ? Nova Conversa ? Agent

Esse processo cria uma separação clara entre planejamento e execução, algo muito próximo das boas práticas tradicionais de engenharia de software.

---

Ask Mode: Aprendendo e Investigando

O Ask Mode foi criado para situações em que você deseja obter conhecimento sobre o código sem realizar mudanças.

Nesse modo, o IBM Bob atua como um especialista consultor.

Ele pode ajudar a:

• Entender regras de negócio.
• Explicar algoritmos.
• Analisar problemas.
• Avaliar possíveis melhorias.
• Responder perguntas técnicas.
• Interpretar trechos complexos de código.

É um recurso extremamente útil para onboarding de novos desenvolvedores ou para compreender sistemas legados desconhecidos.

Imagine receber uma aplicação com milhares de linhas de código desenvolvidas há anos.

Em vez de analisar tudo manualmente, é possível solicitar ao Bob explicações sobre:

• Fluxos principais.
• Dependências.
• Arquitetura.
• Padrões utilizados.
• Possíveis gargalos.

Sem alterar absolutamente nada no ambiente.

Minha Opinião

O que mais me chamou atenção na abordagem do IBM Bob é a disciplina de engenharia embutida na ferramenta.

Muitas soluções de IA focam apenas na geração rápida de código.

O Bob incentiva um processo mais estruturado:

1. Entender.
2. Planejar.
3. Revisar.
4. Implementar.
5. Validar.

Esse modelo reduz riscos e aumenta significativamente a qualidade das entregas.

Além disso, vejo um potencial enorme para utilização não apenas na modernização de aplicações, mas também em iniciativas de:

• Refatoração.
• Otimização de performance.
• Redução de consumo de CPU.
• Redução de uso de memória.
• Melhoria da eficiência de aplicações Cloud.

Código melhor escrito normalmente significa menor consumo de infraestrutura, e isso pode resultar em redução de custos operacionais ao longo do tempo.

---

Conclusão

Os modos Plan, Agent e Ask representam muito mais do que simples opções de menu. Eles materializam uma metodologia de desenvolvimento orientada por IA, onde planejamento, implementação e análise possuem papéis bem definidos.

Se você está começando a explorar o IBM Bob, minha recomendação é simples:

Nunca pule o Plan Mode.

Investir alguns minutos revisando um bom plano pode economizar horas de retrabalho posteriormente.

Este é mais um artigo da série sobre IBM Bob aqui no blog. Nos próximos posts vou explorar exemplos práticos, otimização de código, engenharia de prompts e como utilizar o Bob para melhorar a eficiência de aplicações e reduzir custos de infraestrutura em ambientes corporativos.

Leia também:

• IBM Bob: Como Otimizar Código Python e Obter Ganhos Reais de Performance
• Uma Série Prática sobre o IBM Bob

Nem sempre o melhor código é possível ser escrito. Escrever código que funciona bem — rápido, limpo e fácil de manter — dentro do prazo de um projeto, normalmente não é uma realidade.

Neste artigo vou mostrar, na prática, como utilizei o IBM Bob para analisar um script Python intencionalmente ineficiente e transformá-lo em uma versão muito mais performática, utilizando um caso simples, mas extremamente comum: conversão de arquivos CSV para JSON.

O Cenário

O objetivo do projeto era relativamente simples:

• Ler um arquivo CSV contendo informações de pessoas.
• Normalizar os dados.
• Gerar um arquivo JSON de saída.

A lógica de negócio é bastante simples. O diferencial está na implementação.

Para este experimento foram criadas duas versões:

• main-low.py – implementação propositalmente ineficiente.
• main-high.py – versão otimizada com auxílio do IBM Bob.

Todo o código-fonte, exemplos e arquivos utilizados neste artigo estão disponíveis no GitHub: https://github.com/ebasso/ibm-bob-labs/tree/main/blog-posts/python-csv2json-optimization-20260708

Resultados Obtidos

Ambos os scripts foram executados no mesmo ambiente e utilizando exatamente o mesmo conjunto de dados.

Na tabela a seguir segue o comparativo antes e depois.

Aspecto	Versão Original	Versão Otimizada
Tempo de execução	41,8 ms	0,93 ms
Normalização	Múltiplos laços	Operações nativas
Leitura CSV	Processamento intermediário	Leitura direta
Serialização JSON	Operações redundantes	Processamento único
Escrita de arquivo	Caracteres individuais	Escrita otimizada
Pausas artificiais	Sim	Não
Tamanho do código	~110 linhas	~50 linhas

O Prompt para o IBM Bob

Com o script em mãos, basta colar o código no IBM Bob e usar o seguinte prompt:

Você é um engenheiro Python sênior especialista em performance. 
Analise o script abaixo (main-low.py) e gere uma versão otimizada chamada main-high.py. 
Requisitos para a versão otimizada: 
1) Manter exatamente a mesma interface de linha de comando: python3 main-high.py entrada.csv saida.json 
2) Manter o mesmo formato de saída JSON (array de objetos com chaves e valores em letras minúsculas, sem espaços extras). 
3) colocar o tempo de inicio e fim e o tempo de execuçã no arquivo main-high.py.
4) criar um prompt para que eu faça o rebuild dessa primeira pasta mas com alta performance. 

Durante a análise, o Bob conseguiu:

• Identificar gargalos de performance.
• Detectar concatenações ineficientes de strings.
• Encontrar operações desnecessárias de serialização JSON.
• Simplificar a leitura e escrita de arquivos.
• Aplicar estruturas mais idiomáticas da linguagem Python.
• Tornar o código mais legível e mais fácil de manter.

O interessante é que o Bob não apenas gerou uma nova versão do programa, mas também justificou tecnicamente cada alteração realizada.

Se o seu custo de Cloud já está ultrapassando US$ 10.000 ou mais de US$ 100.000 por mês, vale a pena experimentar esse tipo de análise assistida pelo IBM Bob.

Revisar scripts legados, aplicações com problemas de performance e identificar oportunidades de modernização para arquiteturas serverless pode revelar gargalos e desperdícios que passam despercebidos no dia a dia, permitindo reduzir consumo de CPU, memória e tempo de execução, com impacto direto nos custos operacionais da infraestrutura.

Leia também:

• IBM Bob: Entendendo os Modos de Operação e Como Utilizá-los da Forma Correta
• Uma Série Prática sobre o IBM Bob

Em poucas palavras, a proposta do IBM Bob é oferecer um ambiente capaz de apoiar todo o ciclo de vida do desenvolvimento de software, desde a análise de requisitos até a implementação, testes, documentação, deploy, troubleshooting, melhorias de performance e modernização de aplicações legadas.

Em outras palavras, trata-se de uma plataforma baseada em agentes de IA criada para atuar de forma integrada em todas as etapas da engenharia de software.

O que mais chamou minha atenção?

Ao utilizar o IBM Bob, alguns pontos se destacaram rapidamente:

• A capacidade de planejar, analisar, implementar e validar alterações de forma estruturada.
• O desempenho impressionante em atividades de troubleshooting, conseguindo analisar centenas de arquivos de log e milhares de linhas em poucos minutos.
• O Bob IDE, que é baseado em um fork do VS Code. Isso reduz significativamente a curva de aprendizado, já que a maioria dos desenvolvedores já possui familiaridade com o ambiente.
• O Bob Shell, uma ferramenta muito interessante para quem gosta de trabalhar diretamente pela linha de comando.
• O Bobalytics, dashboard que permite acompanhar e gerenciar o consumo de recursos de IA, incluindo utilização de tokens (ou “bobcoins”), custos e métricas de produtividade.

Outro diferencial interessante é que o Bob não se limita à geração de código. A plataforma busca compreender o contexto completo da aplicação e auxiliar em atividades normalmente complexas, como análise de arquiteturas legadas, geração de documentação, refatoração, otimização de sistemas e atualização tecnológica.

Mas um ponto que pretendo explorar bastante nesta série é o potencial do IBM Bob para otimização de código e melhoria de performance.

Muitas organizações concentram seus esforços na modernização tecnológica, mas frequentemente deixam passar oportunidades significativas de redução de custos $$$$, através da otimização de aplicações desenvolvidas em Java, Python, Typescript ….

Esta é apenas a primeira parte

Este artigo marca o início de uma nova série dedicada ao IBM Bob.

Nos próximos posts pretendo explorar temas como:

• Instalação e configuração inicial.
• Integração com VS Code.
• Modos de operação do Bob.
• Casos práticos de geração de código.
• Troubleshooting assistido por IA.
• Refatoração e otimização de aplicações.
• Técnicas para melhoria de performance.
• Uso do Bob para análise de logs e identificação de gargalos.
• Comparação com outras ferramentas de IA para desenvolvedores.
• Dicas e boas práticas para obter melhores resultados.

A ideia é realizar uma análise prática, compartilhando experiências, exemplos e aprendizados ao longo da jornada.

Se você trabalha com desenvolvimento corporativo, modernização de aplicações ou simplesmente gosta de acompanhar as novidades do universo IBM, acompanhe o blog.

Em breve publicarei os próximos capítulos desta série sobre o IBM Bob. Até o próximo post! 

Leia também:

• IBM Bob: Entendendo os Modos de Operação e Como Utilizá-los da Forma Correta
• IBM Bob: Como Otimizar Código Python e Obter Ganhos Reais de Performance