 |
| Bellacosa Mainframe e o holocron do conhecimento do ibm bob |
☕ Um Café no Bellacosa Mainframe
IBM Bob para Programadores COBOL
O Holocron do Padawan — Da Primeira Pergunta até os Agentes Inteligentes
"Quando um programador COBOL encontra uma IA pela primeira vez, a tendência é pensar que ela escreve código. Depois de alguns dias percebe que ela faz muito mais. Depois de alguns meses percebe que quem realmente mudou foi a forma de pensar sobre desenvolvimento."
Durante décadas nós aprendemos uma sequência relativamente estável.
Requisito
↓
Análise
↓
Codificação
↓
Compilação
↓
Teste
↓
Produção
O IBM Bob não muda esse fluxo.
Ele muda quem participa dele.
O desenvolvedor deixa de trabalhar sozinho e passa a trabalhar acompanhado por uma IA especializada.
Essa é exatamente a ideia por trás de praticamente todas as fases do treinamento.
Capítulo 1 — O que é o IBM Bob?
O erro mais comum é pensar:
"Bob é um ChatGPT."
Não.
Bob é um AI Software Engineer.
Ele foi construído para acompanhar todo o ciclo de vida do software (SDLC).
Ele entende:
código
arquitetura
documentação
Git
Pull Request
testes
APIs
banco de dados
DevOps
Cloud
Mainframe
Ele não responde apenas perguntas.
Ele participa do desenvolvimento.
Capítulo 2 — O verdadeiro SDLC
Praticamente em vários momentos do curso falam do SDLC.
A ordem correta é:
Planejamento
↓
Levantamento de requisitos
↓
Análise
↓
Design
↓
Implementação
↓
Testes
↓
Deploy
↓
Manutenção
Nunca confunda.
Os testes nunca vêm antes dos requisitos.
Planejamento
Aqui respondemos:
O que será construído?
Quem vai usar?
Qual problema resolve?
Requisitos
Aqui descobrimos:
regras de negócio
usuários
limitações
integrações
É exatamente como conversar com o cliente antes de escrever um COBOL.
Design
Aqui definimos
Arquitetura.
Tecnologias.
Banco.
API.
Cloud.
Infraestrutura.
É a planta da casa.
Implementação
Aqui escrevemos código.
COBOL.
Java.
Python.
TypeScript.
Não importa.
O design vira código.
Testes
Somente agora validamos.
Não antes.
Capítulo 3 — Contexto é Rei
Uma das maiores mensagens do curso.
IA sem contexto é praticamente inútil.
Imagine perguntar:
Melhore esse programa.
Qual programa?
Qual arquivo?
Qual função?
Qual objetivo?
Agora compare com:
Arquivo:
CLIENTE.CBL
Objetivo:
Melhorar performance da leitura VSAM.
Não alterar layout.
Não modificar regras fiscais.
Não instalar bibliotecas.
Agora Bob entende.
Toda IA funciona melhor quando recebe contexto.
Capítulo 4 — Janela de Contexto
Outro assunto recorrente.
A Janela de Contexto é simplesmente tudo aquilo que Bob conhece naquele momento.
Ela contém:
conversa
arquivos
regras
prompts
histórico
documentos
Quanto maior o contexto útil,
melhor a resposta.
Quanto maior o contexto inútil,
pior a resposta.
Context Poisoning
Uma expressão importante.
Imagine manter aberto:
Projeto Banco A.
Depois mudar para
Projeto Banco B.
Mas esquecer documentos antigos.
Bob pode misturar regras.
Isso chama-se
Context Poisoning.
A IA passa a raciocinar baseada em informações erradas.
Capítulo 5 — Human in the Loop
Talvez seja o conceito mais importante do treinamento.
Bob nunca substitui o desenvolvedor.
Ele trabalha junto.
Você continua responsável por:
✔ validar
✔ revisar
✔ aprovar
✔ decidir
A IA sugere.
Você decide.
Capítulo 6 — Auto Approve
Bob pode executar ações automaticamente.
Mas existem níveis.
Exemplo:
Leitura
Pode abrir arquivos.
Pode listar diretórios.
Sem perguntar.
Já comandos perigosos
como
git reset
rm
git push
normalmente pedem confirmação.
Por quê?
Porque alterar um repositório é diferente de apenas ler um arquivo.
Capítulo 7 — Checkpoints
O que faz um checkpoint? Muitas vezes usamos o conceito mas não paramos para analisar e fazer um mapa mental.
Checkpoint significa:
Criar um ponto seguro.
Igual snapshot.
Antes de uma grande mudança:
✔ cria checkpoint
✔ modifica
✔ testa
✔ aprova
É exatamente igual ao conceito de backup antes de um grande IPL.
Capítulo 8 — Bob Rules
Aqui está um conceito excelente.
Imagine um programador COBOL.
Toda vez você escreve:
Sempre documente.
Nunca use GO TO.
Explique em português.
Isso é repetitivo.
As Bob Rules resolvem isso.
São regras permanentes.
Exemplo:
Sempre gerar comentários.
Nunca instalar dependências.
Usar Clean Code.
Elas ficam válidas para o projeto inteiro.
Capítulo 9 — Slash Commands
Enquanto Rules são permanentes,
Slash Commands são ações.
Exemplo:
/review
Revisar código.
/document
Gerar documentação.
/performance
Analisar desempenho.
São pequenas automações.
Capítulo 10 — agent.md
Uma excelente ideia.
O arquivo
agent.md
é um manual para Bob.
Ele registra:
arquitetura
convenções
decisões
padrões
organização
É muito parecido com um grande README técnico.
Capítulo 11 — Git
O curso insiste bastante nisso.
Fluxo correto.
git checkout -b
↓
editar
↓
commit
↓
push
↓
Pull Request
↓
Review
↓
Merge
Jamais:
Editar diretamente a Main.
Pull Request
Não é apenas enviar código.
É pedir revisão.
Code Review
Serve para verificar
✔ qualidade
✔ documentação
✔ arquitetura
✔ padrões
✔ clareza
✔ links
✔ consistência
Não apenas bugs.
Capítulo 12 — MCP
Aqui começa o futuro.
Model Context Protocol.
Imagine um cabo USB.
Você conecta:
Bob
↓
Git
↓
SQLite
↓
Appwrite
↓
GitHub
↓
Filesystem
↓
Terminal
↓
APIs
Tudo usando um padrão.
Esse padrão chama-se MCP.
MCP Local
Vale apenas para um projeto.
MCP Global
Vale para todos.
MCP Remoto
Permite conversar com serviços externos.
Exemplo:
Appwrite.
API Keys
Sem credenciais
Bob não entra.
Assim como RACF protege um dataset,
API Keys protegem serviços Cloud.
Capítulo 13 — LLM
Outra sequência cobrada.
LLM
↓
Chatbot
↓
Copilot
↓
Agente
LLM
Motor.
Chatbot
Conversa.
Copilot
Ajuda.
Agente
Executa.
Planeja.
Decide.
Corrige.
Capítulo 14 — Sistemas Agentic
Agente faz muito mais.
Ele consegue:
Planejar.
Executar.
Reavaliar.
Corrigir.
Continuar.
Esse conceito aparece sempre que usamos um chat bot, seria o nosso passo a passo na execução da tarefa.
Multistep
Executa várias etapas.
Não apenas uma.
Self Correction
Errou?
Corrige sozinho.
Human in the Loop
Mesmo assim,
o desenvolvedor continua aprovando.
Capítulo 15 — Analytics
Outro bloco do curso.
Bob Analytics mostra:
Consumo.
Bob Coins.
Plano.
Uso.
Métricas.
Bob Coins
Padronizam consumo.
Não importa qual modelo está por trás.
Trial
Temporário.
PRO
Renova Bob Coins mensalmente.
Overage
Uma pegadinha da prova.
No treinamento foi enfatizado que:
o overage precisa ser reativado manualmente a cada mês para continuar em uso.
Mesmo que essa característica possa variar entre serviços, essa é a resposta esperada no contexto da aula.
Capítulo 16 — O Grande Mapa Mental
Cliente
↓
Requisitos
↓
Design
↓
Bob entende contexto
↓
Rules
↓
Slash Commands
↓
agent.md
↓
Checkpoint
↓
Implementação
↓
Git
↓
Commit
↓
Push
↓
Pull Request
↓
Review
↓
Merge
↓
Deploy
↓
Analytics
↓
Melhoria Contínua
O Pensamento Bellacosa Mainframe
Quando comecei no mainframe, lá no final dos anos 1980, a inteligência estava concentrada em dois lugares: na cabeça do analista experiente e nos milhares de programas COBOL que sustentavam o negócio. Hoje, continuamos precisando dessa experiência, mas ganhamos um novo parceiro.
O IBM Bob não substitui o programador COBOL. Ele não conhece melhor o negócio do que quem mantém aquele sistema há anos. O que ele faz é acelerar tarefas repetitivas, organizar informações, sugerir melhorias e reduzir o tempo gasto com atividades mecânicas.
Pense nele como um novo integrante da equipe. Ele trabalha rápido, lê milhares de arquivos em segundos e nunca se cansa de revisar código. Porém, ainda depende do arquiteto, do analista e do desenvolvedor para definir o rumo correto.
No fim das contas, a principal lição de todo esse treinamento não é aprender comandos, MCPs ou Bob Rules. É compreender uma nova forma de desenvolver software:
A IA executa. O desenvolvedor direciona. A experiência humana continua sendo o verdadeiro sistema operacional por trás de qualquer projeto.
Esse é o verdadeiro espírito do Bellacosa Mainframe: combinar décadas de conhecimento em engenharia de software com as novas capacidades da Inteligência Artificial, formando um desenvolvedor que entende tanto o legado quanto o futuro.
