Translate

Mostrar mensagens com a etiqueta MCP. Mostrar todas as mensagens
Mostrar mensagens com a etiqueta MCP. Mostrar todas as mensagens

segunda-feira, 6 de julho de 2026

IA Generativa Muito Além do ChatGPT - Parte II

Bellacosa Mainfram apresenta ia generativa

☕ Um Café no Bellacosa Mainframe

IA Generativa Muito Além do ChatGPT

O Que Todo Programador COBOL Padawan Precisa Saber Sobre RAG, MCP, watsonx, IBM Z, CICS, Db2, APIs e Como a Inteligência Artificial Está Transformando os Sistemas Mais Críticos do Mundo (Parte 2)

"A tecnologia muda. Os princípios permanecem. Empresas não sobrevivem porque adotam modismos, mas porque conseguem evoluir preservando aquilo que já funciona."


Quando a IA Encontra o Mundo Real

Na primeira parte deste artigo vimos que a Inteligência Artificial não veio substituir o Mainframe.

Na verdade, ela depende dele.

Agora vamos responder uma pergunta ainda mais importante:

Como isso acontece dentro de uma grande instituição financeira?

Esqueça por um momento os chatbots públicos.

Imagine um banco que processa:

  • 150 milhões de transações por dia;

  • milhares de PIX por segundo;

  • milhões de cartões;

  • investimentos;

  • empréstimos;

  • seguros;

  • câmbio;

  • previdência.

Todo esse universo continua sendo coordenado por aplicações executando no IBM Z.

A IA entra como uma camada de inteligência.

Não como substituição.


Caso 1 — Atendimento Inteligente

Imagine que um cliente escreve:

"Meu cartão foi recusado. O que aconteceu?"

Sem IA:

  • abertura de chamado;

  • consulta manual;

  • operador verifica sistemas;

  • resposta alguns minutos depois.

Com IA integrada ao Mainframe:

Cliente

↓

Assistente IA

↓

RAG

↓

API REST

↓

CICS

↓

Programa COBOL

↓

Db2

↓

Regras de Negócio

↓

Resposta Personalizada

Resposta:

"Sua compra foi recusada porque ultrapassou o limite diário de segurança definido para transações internacionais. Você pode aumentar esse limite diretamente pelo aplicativo."

Nenhuma informação foi inventada.

Tudo veio do sistema corporativo.


Caso 2 — Explicando Programas COBOL

Imagine um programa com 25.000 linhas.

O desenvolvedor recém-chegado pergunta:

"Como esse programa calcula juros?"

Sem IA:

Dias analisando código.

Com IA:

Programa COBOL

↓

Parser

↓

Embedding

↓

Base Vetorial

↓

LLM

↓

Resumo Técnico

Resposta:

O cálculo de juros ocorre nos parágrafos CALC-JUROS e APLICA-TAXA. A taxa depende do tipo de contrato, perfil do cliente e índice econômico armazenado na tabela FIN_RATE.

O profissional continua responsável pela validação.

Mas economiza horas.


Caso 3 — Documentação Automática

Uma das maiores dores em sistemas legados é documentação desatualizada.

Hoje podemos construir pipelines que façam:

Git

↓

Programa COBOL

↓

Parser

↓

IA

↓

Markdown

↓

Wiki

↓

Confluence

Resultado:

Toda alteração gera documentação automaticamente.


Caso 4 — Geração de Casos de Teste

Imagine este trecho COBOL:

IF SALDO < VALOR-SAQUE
    MOVE "N" TO AUTORIZADO
ELSE
    MOVE "S" TO AUTORIZADO
END-IF

Uma IA pode sugerir automaticamente:

Caso 1

Saldo = 500

Saque = 300

Resultado esperado:

AUTORIZADO = S

Caso 2

Saldo = 300

Saque = 500

Resultado esperado:

AUTORIZADO = N

Caso 3

Saldo = 500

Saque = 500

Resultado esperado:

AUTORIZADO = S

Isso acelera significativamente testes unitários.


Agentes de IA

O próximo passo da evolução são os agentes.

Enquanto um chatbot apenas responde perguntas, um agente executa tarefas.

Imagine:

"Abra um chamado porque houve aumento de ABEND S0C7."

O agente poderá:

  • consultar o SDSF;

  • analisar logs;

  • pesquisar incidentes semelhantes;

  • abrir ticket;

  • notificar equipes;

  • sugerir solução.

Tudo automaticamente.


Arquitetura de um Agente Mainframe

                    Usuário

                       │

                       ▼

               Agente Inteligente

                       │

          ┌────────────┼────────────┐

          ▼            ▼            ▼

      MCP Tool     RAG Engine   Prompt Engine

          │            │            │

          └────────────┼────────────┘

                       ▼

             IBM API Connect

                       │

          ┌────────────┼────────────┐

          ▼            ▼            ▼

      z/OS Connect    MQ      REST APIs

          │

          ▼

      CICS

          │

          ▼

      COBOL

          │

          ▼

     Db2 / VSAM / IMS

Observe que o agente não substitui aplicações.

Ele coordena.


Observabilidade Inteligente

Ferramentas como:

  • OpenTelemetry

  • Grafana

  • Prometheus

  • Instana

  • IBM Z APM Connect

produzem milhões de métricas.

Uma IA consegue resumir tudo.

Exemplo:

Ao invés de mostrar:

CPU = 83%

I/O = 65%

Storage = 72%

Buffer Pool = 94%

Response Time = 1,8s

A IA apresenta:

Detectamos degradação iniciada às 14h23 causada por aumento nas leituras aleatórias do Db2. Existe forte correlação com o deploy realizado às 14h18.

Isso muda completamente a produtividade.


Segurança com IA

Fraudes evoluem diariamente.

A IA ajuda identificando padrões.

Exemplo:

Cliente normalmente utiliza:

São Paulo

09:00 às 20:00

Compras abaixo de R$ 500.

De repente:

Compra de US$ 8.000

Outro continente

03:17 da manhã.

O modelo identifica anomalias antes mesmo da autorização.


IA Não Pode Alucinar

Esse é um ponto crítico.

Em sistemas financeiros:

Não existe "quase certo".

Imagine responder:

Seu saldo é R$ 15.000

quando na verdade são R$ 1.500.

Por isso arquiteturas corporativas utilizam:

  • RAG

  • MCP

  • APIs oficiais

  • Catálogo de Dados

  • Governança

  • Logs

  • Auditoria

Toda resposta precisa ser rastreável.


Engenharia de Prompt para Mainframe

Prompt ruim:

Explique esse programa.

Prompt profissional:

Você é um arquiteto IBM Z.

Analise este programa COBOL.

Explique:

• regras de negócio

• dependências

• tabelas Db2

• transações CICS

• arquivos VSAM

• riscos

• complexidade

• sugestões de testes

Não invente informações.
Indique apenas aquilo identificado no código.

A qualidade muda completamente.


DevOps + IA

Imagine um pipeline.

Git

↓

Pull Request

↓

SonarQube

↓

COBOL Check

↓

IA

↓

Resumo

↓

Code Review

↓

Deploy

Antes mesmo do revisor abrir o código, a IA já produziu:

  • resumo;

  • riscos;

  • impacto;

  • módulos afetados;

  • documentação.


O Papel do Desenvolvedor

Existe medo.

"IA vai substituir programadores."

A história mostra outra coisa.

Quando surgiram:

  • compiladores;

  • IDEs;

  • Git;

  • Java;

  • frameworks;

  • Cloud;

  • DevOps.

Disseram exatamente a mesma coisa.

O profissional mudou.

Não desapareceu.


O Novo Desenvolvedor Mainframe

Nos próximos anos veremos um perfil diferente.

Além de COBOL, ele entenderá:

✓ APIs

✓ JSON

✓ Python

✓ Engenharia de Prompt

✓ RAG

✓ MCP

✓ IA Generativa

✓ DevOps

✓ Observabilidade

✓ Segurança

✓ Arquitetura

Esse profissional será extremamente valorizado.


O Que Ainda Não Será Substituído

A IA pode escrever código.

Mas ela não conhece:

  • estratégia do banco;

  • legislação;

  • decisões executivas;

  • riscos jurídicos;

  • compliance;

  • auditoria;

  • cultura organizacional.

Quem conhece isso?

As pessoas.


Um Possível Futuro

Imagine daqui a alguns anos.

Você chega ao trabalho.

Pergunta:

"Existe algum problema crítico hoje?"

Resposta:

Foram detectadas três degradações.

Corrigi automaticamente duas.

A terceira envolve alteração de regra de negócio.

Já preparei documentação.

Seguem possíveis soluções.

Isso não é ficção.

É exatamente para onde estamos caminhando.


Arquitetura Completa de IA Corporativa para IBM Z

                    ┌──────────────────────────────────────────────┐
                    │              Usuário Final                   │
                    └──────────────────┬───────────────────────────┘
                                       │
                                       ▼
                        Web │ Mobile │ Chatbot │ Teams │ Slack
                                       │
                                       ▼
                  ┌────────────────────────────────────────┐
                  │        Gateway de APIs / WAF           │
                  └────────────────┬───────────────────────┘
                                   │
                    ┌──────────────┼──────────────┐
                    ▼              ▼              ▼
               Autenticação     Auditoria     Rate Limit
                                   │
                                   ▼
                      ┌────────────────────────────┐
                      │      Modelo Generativo     │
                      │        (watsonx.ai)        │
                      └────────────┬───────────────┘
                                   │
                  ┌────────────────┼────────────────┐
                  ▼                ▼                ▼
              Prompt           RAG Engine       MCP Server
             Orchestrator        Vetores        Ferramentas
                  │                │                │
                  └────────────────┼────────────────┘
                                   ▼
                    ┌──────────────────────────────────┐
                    │ APIs Corporativas / z/OS Connect │
                    └────────────────┬─────────────────┘
                                     │
              ┌──────────────────────┼──────────────────────┐
              ▼                      ▼                      ▼
           CICS                 IBM MQ                Batch
              │                      │                      │
              └──────────────┬───────┴──────────────────────┘
                             ▼
                     Aplicações COBOL
                             │
        ┌────────────────────┼────────────────────┐
        ▼                    ▼                    ▼
      Db2                  VSAM                 IMS
                             │
                             ▼
                    Fonte Oficial da Verdade

Considerações Finais

Durante décadas, ouvimos previsões sobre o fim do Mainframe. Entretanto, a realidade mostrou algo diferente: os sistemas que sustentam bancos, seguradoras, governos e grandes empresas continuam evoluindo porque concentram o ativo mais valioso de qualquer organização — seus dados e suas regras de negócio.

A Inteligência Artificial Generativa amplia esse cenário ao adicionar novas capacidades de interpretação, automação e interação. Tecnologias como RAG, MCP, watsonx, APIs, z/OS Connect e modelos privados permitem que aplicações modernas dialoguem com décadas de conhecimento implementado em COBOL, CICS e Db2, sem abrir mão de segurança, governança ou desempenho.

Não estamos testemunhando a substituição do Mainframe, mas o surgimento de uma nova geração de arquiteturas corporativas em que IA e IBM Z trabalham lado a lado. Para os profissionais da área, isso representa uma oportunidade única: dominar tanto os fundamentos dos sistemas críticos quanto as novas ferramentas de Inteligência Artificial.

O futuro pertence aos profissionais capazes de conectar esses dois mundos. Afinal, a inovação mais duradoura não nasce da ruptura, mas da integração inteligente entre o legado que funciona e as tecnologias que apontam para o amanhã.


☕ Continua a conversa no Bellacosa Mainframe

https://eljefemidnightlunch.blogspot.com/2026/07/ia-generativa-muito-alem-do-chatgpt.html




domingo, 5 de julho de 2026

IA Generativa Muito Além do ChatGPT

 

Bellacosa Mainframe e a ia generativa muito alem do chatgpt

☕ Um Café no Bellacosa Mainframe

IA Generativa Muito Além do ChatGPT

O Que Todo Programador COBOL Padawan Precisa Saber Sobre RAG, MCP, watsonx, IBM Z, CICS, Db2, APIs e Como a Inteligência Artificial Está Transformando os Sistemas Mais Críticos do Mundo (Parte 1)

"A Inteligência Artificial não substituirá o Mainframe. Ela tornará o Mainframe ainda mais indispensável."


Introdução

Se você acompanha as notícias sobre tecnologia, provavelmente já ouviu centenas de vezes que a Inteligência Artificial mudará tudo.

Empresas anunciam novos modelos quase diariamente. LLMs (Large Language Models), Agentes Inteligentes, Copilots, IA Generativa, RAG, MCP, Engenharia de Prompt... os nomes surgem em um ritmo tão acelerado que muitos profissionais começam a acreditar que tudo o que aprenderam nos últimos anos ficou obsoleto.

Mas existe uma pergunta que raramente aparece nas manchetes:

Onde estão os dados que realmente importam?

A resposta continua sendo a mesma há décadas.

Nos grandes bancos.

Nas seguradoras.

Nas bolsas de valores.

Nas empresas aéreas.

Nos governos.

Nas operadoras de cartão.

E, principalmente, dentro do IBM Z.

É justamente por isso que a próxima revolução da IA não será construída apenas na nuvem. Ela acontecerá onde os dados mais valiosos já vivem.

Bem-vindo ao futuro do Mainframe.


A Grande Mudança de Paradigma

Durante muito tempo acreditou-se que toda inovação exigia substituir sistemas antigos.

Era comum ouvir frases como:

"Vamos migrar tudo para a nuvem."

"COBOL morreu."

"Mainframe é legado."

Entretanto, o mercado mostrou uma realidade completamente diferente.

Os sistemas considerados "legados" continuam processando bilhões de transações diariamente.

Enquanto isso, empresas descobriram algo importante:

Mover petabytes de dados custa muito dinheiro.

Mais do que isso.

Pode aumentar riscos de segurança, criar problemas regulatórios e reduzir a performance.

Assim nasceu uma nova filosofia.

Não levar os dados para a IA.

Levar a IA até os dados.


O Mainframe Nunca Foi Apenas um Computador

Quando pensamos em IBM Z, muita gente imagina apenas enormes racks pretos.

Na prática, ele é muito mais do que isso.

Ele representa décadas de conhecimento empresarial.

Imagine um banco.

O saldo da sua conta não existe "na internet".

Existe dentro de regras cuidadosamente escritas ao longo de décadas.

Essas regras determinam:

  • como calcular juros;

  • como validar empréstimos;

  • como impedir fraudes;

  • como processar PIX;

  • como liquidar operações financeiras;

  • como calcular tarifas;

  • como registrar auditorias.

Grande parte desse conhecimento está codificado em programas COBOL, PL/I, CICS e Db2.

Isso significa que a IA não pode simplesmente "inventar" respostas.

Ela precisa consultar essas regras.


IA Generativa Não É um Banco de Dados

Esse é um dos maiores equívocos atuais.

Um LLM não "sabe" quanto dinheiro existe em sua conta.

Ele também não sabe:

  • limite do cartão;

  • última transação;

  • saldo do FGTS;

  • número da apólice;

  • posição dos investimentos.

Essas informações vivem em sistemas transacionais.

O papel da IA é diferente.

Ela interpreta.

Resume.

Explica.

Conversa.

Traduz.

Mas quem fornece a verdade continua sendo o sistema corporativo.

É exatamente por isso que IBM Z e IA trabalham tão bem juntos.


O Papel do RAG

Uma das tecnologias mais importantes da IA moderna chama-se Retrieval-Augmented Generation (RAG).

Em vez de confiar apenas no conhecimento aprendido durante o treinamento do modelo, o RAG consulta informações atualizadas antes de responder.

Imagine este fluxo.

Usuário
    │
    ▼
Pergunta
    │
    ▼
Modelo de IA
    │
    ▼
Consulta Base Corporativa
    │
    ▼
Db2
VSAM
Documentos
COBOL
CICS
APIs
    │
    ▼
Contexto Recuperado
    │
    ▼
Resposta Inteligente

Agora imagine um cliente perguntando:

"Por que meu financiamento foi recusado?"

Sem RAG, o modelo poderia apenas explicar genericamente como funcionam financiamentos.

Com RAG:

  • consulta o cadastro;

  • verifica políticas;

  • identifica pendências;

  • acessa documentação;

  • monta uma resposta personalizada.

A diferença é enorme.


O Que é MCP?

Nos últimos meses surgiu um termo que promete mudar completamente a forma como agentes inteligentes trabalham.

MCP.

Model Context Protocol.

Pense nele como um padrão para conectar modelos de IA a ferramentas externas.

Sem MCP:

IA

↓

Resposta baseada apenas
no treinamento

Com MCP:

IA

↓

Ferramentas

↓

Banco de Dados

↓

Mainframe

↓

APIs

↓

Documentos

↓

Resposta muito mais precisa

Isso permite que um agente converse naturalmente enquanto consulta sistemas reais.

Não é mais apenas um chatbot.

É um assistente corporativo.


IBM watsonx e o IBM Z

Quando se fala em IA na IBM, um nome aparece constantemente.

watsonx.

Diferentemente de plataformas voltadas apenas para geração de texto, o watsonx foi concebido pensando no ambiente corporativo.

Seu foco inclui:

  • governança;

  • segurança;

  • compliance;

  • modelos customizados;

  • dados privados;

  • integração empresarial.

Isso faz enorme diferença.

Imagine um banco.

Ele dificilmente enviará informações sigilosas para um serviço público de IA.

Em vez disso, utilizará modelos privados, treinados dentro de sua própria infraestrutura.

É exatamente aí que soluções como o watsonx ganham destaque.


IA e COBOL Não Competem

Essa talvez seja a maior surpresa para quem está começando.

A IA não veio substituir COBOL.

Na verdade, ela depende dele.

Imagine um sistema bancário.

Cliente

↓

Chatbot

↓

Modelo Generativo

↓

API REST

↓

CICS

↓

Programa COBOL

↓

Db2

↓

Resposta Oficial

Perceba algo importante.

Quem decide se o cliente possui saldo suficiente?

COBOL.

Quem verifica regras de negócio?

COBOL.

Quem calcula juros?

COBOL.

Quem registra a transação?

COBOL.

A IA apenas transforma tudo isso em uma conversa mais natural.


APIs: A Ponte Entre Dois Mundos

Nos anos 80, aplicações conversavam usando protocolos proprietários.

Hoje, o cenário é outro.

REST.

JSON.

GraphQL.

gRPC.

OpenAPI.

Essas tecnologias tornaram possível integrar sistemas modernos com aplicações escritas décadas atrás.

Exemplo simplificado.

Aplicativo Mobile

↓

REST API

↓

IBM z/OS Connect

↓

CICS

↓

COBOL

↓

Db2

O usuário acredita estar falando com um aplicativo moderno.

Na realidade, o coração da operação continua sendo o Mainframe.


Exemplo Prático: Consulta de Saldo com IA

Imagine o seguinte diálogo.

Cliente:

Quanto tenho disponível para investir?

Fluxo interno:

Usuário

↓

LLM

↓

API

↓

COBOL

↓

Db2

↓

Saldo

↓

Perfil Financeiro

↓

IA gera resposta

Resposta:

"Você possui R$ 18.450 disponíveis. Considerando seu perfil conservador e seus investimentos atuais, existem alternativas de baixo risco compatíveis com seu histórico."

Quem calculou o saldo?

Db2.

Quem aplicou regras financeiras?

COBOL.

Quem transformou isso em linguagem natural?

A IA.


CICS Continua Sendo o Maestro

Durante décadas, o CICS foi responsável por coordenar milhões de transações.

Hoje ele ganha uma nova função.

Ser o elo entre aplicações modernas e sistemas críticos.

Imagine uma transferência PIX.

Aplicativo

↓

API

↓

CICS

↓

COBOL

↓

Db2

↓

Confirmação

↓

IA explica resultado

Em vez de substituir o CICS, a IA torna sua utilização ainda mais relevante.


Por Que Bancos Não Trocam Tudo?

Essa pergunta aparece constantemente.

A resposta é simples.

Porque funciona.

Mas existe outro motivo.

Imagine reescrever milhões de linhas de COBOL.

Quanto tempo levaria?

Quantos erros seriam introduzidos?

Quanto custaria?

Quanto risco financeiro seria criado?

Agora compare com outra abordagem.

Adicionar APIs

+

Adicionar IA

+

Adicionar Observabilidade

+

Adicionar Automação

=

Modernização gradual

Essa estratégia preserva décadas de conhecimento acumulado enquanto incorpora recursos modernos.

É muito mais segura e economicamente viável.


Primeira Arquitetura Completa

A seguir, uma visão simplificada de como uma arquitetura moderna pode integrar IA Generativa ao IBM Z:

                           ┌─────────────────────────────┐
                           │       Cliente Web/App       │
                           └─────────────┬───────────────┘
                                         │ HTTPS
                                         ▼
                           ┌─────────────────────────────┐
                           │   Chatbot / Assistente IA   │
                           └─────────────┬───────────────┘
                                         │
                              Prompt + Contexto
                                         │
                                         ▼
                      ┌─────────────────────────────────────┐
                      │      Modelo Generativo (LLM)        │
                      └─────────────┬───────────────────────┘
                                    │
                    RAG             │             MCP
                                    │
                                    ▼
          ┌───────────────────────────────────────────────────────┐
          │           Camada de Integração Inteligente            │
          │ APIs │ Ferramentas │ Documentos │ Catálogo │ Vetores  │
          └─────────────┬─────────────────────────────────────────┘
                        │
                REST / JSON / MQ
                        │
                        ▼
              ┌─────────────────────────┐
              │    IBM z/OS Connect     │
              └──────────┬──────────────┘
                         │
        ┌────────────────┼─────────────────┐
        ▼                ▼                 ▼
   CICS Online       Batch COBOL       MQ / Eventos
        │                │                 │
        └────────────┬───┴─────────────────┘
                     ▼
              ┌───────────────┐
              │ Programas COBOL│
              └──────┬────────┘
                     ▼
          ┌─────────────────────┐
          │ Db2 │ VSAM │ IMS DB │
          └─────────────────────┘

Essa arquitetura demonstra que a IA não elimina os sistemas existentes. Ela adiciona uma camada inteligente de interação, recuperação de contexto e geração de respostas, preservando o Mainframe como sistema de registro e fonte oficial da verdade.


Conclusão da Parte 1

Nos últimos anos, o debate sobre Inteligência Artificial concentrou-se em modelos cada vez maiores e mais sofisticados. No entanto, o verdadeiro diferencial competitivo das empresas não está apenas no modelo utilizado, mas na capacidade de conectar esses modelos aos dados corretos, com segurança, governança e desempenho.

É justamente nesse ponto que o IBM Z se destaca. Em vez de representar um obstáculo à inovação, ele se torna o alicerce sobre o qual soluções modernas de IA podem ser construídas. Tecnologias como RAG, MCP, APIs e o ecossistema watsonx mostram que a evolução dos sistemas corporativos não depende de substituir décadas de conhecimento, mas de integrá-las de forma inteligente.

Na Parte 2, vamos aprofundar essa jornada explorando casos reais do setor financeiro, arquiteturas de agentes de IA, observabilidade, DevOps para IBM Z, segurança, exemplos práticos de integração com COBOL, CICS e Db2, além de discutir como a Inteligência Artificial está transformando o papel do desenvolvedor Mainframe na próxima década.




   FAQ

  •  O Mainframe pode utilizar IA Generativa?
 Sim. 

  • A IA pode ser integrada ao IBM Z por meio de APIs, z/OS Connect, IBM MQ, RAG e plataformas como watsonx, permitindo que modelos consultem dados corporativos com segurança. O COBOL será substituído pela IA?
Não. 

A IA complementa aplicações COBOL, automatizando documentação, testes e atendimento, enquanto o COBOL continua executando as regras críticas de negócio. 

  •  O que é RAG? 

 Retrieval-Augmented Generation é uma técnica que permite ao modelo consultar bases de dados e documentos antes de responder, reduzindo alucinações e aumentando a precisão.

  • O que é MCP? 

Model Context Protocol é um protocolo aberto que padroniza a comunicação entre modelos de IA e ferramentas externas, como APIs, bancos de dados e sistemas corporativos. 

  •  O IBM watsonx funciona com Mainframe?
 Sim.

 O ecossistema watsonx foi desenvolvido para integração corporativa, oferecendo governança, segurança e suporte a modelos privados, podendo trabalhar em conjunto com aplicações IBM Z. 

  •  IA pode acessar Db2 e CICS? 
 Sim. 

Normalmente essa integração ocorre por meio de APIs REST, IBM z/OS Connect, IBM MQ ou serviços específicos que expõem funcionalidades do Mainframe de forma segura.

.



Vagner Bellacosa

quarta-feira, 1 de julho de 2026

O Ecossistema Moderno da Inteligência Artificial

 

Bellacosa Mainframe e o ecosistema moderno da inteligencia artificial

☕ Um Café no Bellacosa Mainframe

O Ecossistema Moderno da Inteligência Artificial

O Que Todo Programador COBOL Padawan Precisa Saber Sobre LLMs, Agentes, RAG, MCP e a Nova Arquitetura da Engenharia de Software

"Você não está apenas aprendendo Inteligência Artificial. Está descobrindo como a próxima geração de sistemas corporativos será construída sobre os mesmos princípios que fizeram o Mainframe dominar o mundo por mais de seis décadas."


Quando um programador COBOL observa um diagrama como o do moderno ecossistema de IA, a primeira impressão costuma ser de espanto.

São dezenas de logotipos.

Centenas de tecnologias.

Novos nomes surgindo toda semana.

LangGraph.

CrewAI.

MCP.

RAG.

Embeddings.

Vector Databases.

Semantic Kernel.

OpenAI Agents.

n8n.

Qdrant.

Chroma.

Parece que a indústria enlouqueceu.

Mas existe uma boa notícia.

Ela não enlouqueceu.

Ela apenas reinventou, com novos nomes, diversos conceitos que um profissional de Mainframe já conhece há décadas.

É justamente por isso que muitos engenheiros IBM Z estão conseguindo compreender Inteligência Artificial muito mais rapidamente do que imaginam.

Eles já aprenderam, durante anos, a construir sistemas distribuídos, modulares, seguros, escaláveis e altamente confiáveis.

A diferença é que agora o "programa" também sabe conversar.


A Grande Ilusão

Existe um erro que praticamente todo iniciante comete.

Ele acredita que ChatGPT é Inteligência Artificial.

Não é.

ChatGPT é apenas uma interface.

Da mesma forma que um terminal 3270 não é o Mainframe.

O terminal apenas conversa com o Mainframe.

Da mesma maneira, GPT, Claude e Gemini são apenas modelos de linguagem.

Eles representam apenas uma pequena camada de uma arquitetura muito maior.

Hoje, quando uma empresa desenvolve um sistema baseado em IA, ela não utiliza apenas um modelo.

Ela utiliza um verdadeiro ecossistema.

E compreender esse ecossistema é o primeiro passo para deixar de ser apenas um usuário de IA e tornar-se um engenheiro de soluções inteligentes.


Pense Como um Arquiteto de Mainframe

Imagine um grande banco.

Existe apenas o COBOL?

Claro que não.

Há:

  • z/OS

  • JES2

  • RACF

  • CICS

  • IMS

  • DB2

  • MQ

  • VSAM

  • JCL

  • TSO

  • SDSF

  • WLM

  • RMF

O COBOL é apenas uma peça.

Da mesma forma, o GPT é apenas uma peça.

A IA moderna possui dezenas de componentes especializados.

Cada um resolve um problema específico.


O LLM é Apenas o Cérebro

Todo ser humano possui cérebro.

Mas ninguém vive apenas com ele.

Também precisamos de memória.

Olhos.

Ouvidos.

Ferramentas.

Experiência.

Conhecimento.

O LLM é exatamente isso.

É o cérebro.

Ele sabe raciocinar.

Escrever.

Explicar.

Traduzir.

Criar código.

Mas ele não conhece sua empresa.

Ele nunca viu seu programa COBOL.

Nunca acessou seu catálogo DB2.

Nunca leu seu manual interno.

E nem poderia.

Seu treinamento terminou muito antes do seu sistema existir.

Então surge uma pergunta interessante.

Como fazer um modelo responder corretamente sobre algo que nunca viu?

É aí que começa a verdadeira engenharia da IA.


RAG: A Biblioteca Inteligente

Imagine que você entrou em uma biblioteca gigantesca.

Você pergunta:

— Onde está o manual do programa FINC023?

O bibliotecário não sabe a resposta.

Mas ele sabe exatamente em qual estante procurar.

Depois entrega o livro para você.

É exatamente isso que um sistema RAG faz.

Retrieval Augmented Generation significa que o modelo recebe ajuda antes de responder.

Primeiro ele pesquisa.

Depois encontra os documentos.

Só então responde.

Perceba como isso lembra o trabalho de um programador COBOL.

Você raramente responde de memória.

Antes consulta:

  • Copybooks

  • PROCs

  • Catálogos

  • Manuais

  • Diagramas

  • Modelagem

  • Documentação funcional

Você faz Retrieval.

Depois gera sua resposta.

Ou seja...

Você já fazia RAG muito antes desse nome existir.


Embeddings: Quando Palavras Viram Matemática

Talvez este seja o conceito que mais assusta iniciantes.

Mas, curiosamente, ele também possui uma analogia muito simples.

Imagine um cadastro de clientes.

Para o banco, "José da Silva" não é apenas texto.

Ele possui:

CPF.

Código.

Conta.

Agência.

Segmento.

Classificação.

Esses atributos permitem localizar clientes rapidamente.

Os Embeddings fazem algo semelhante.

Eles transformam palavras em coordenadas matemáticas.

Em vez de armazenar apenas "cliente", armazenam centenas ou milhares de números que representam o significado daquela palavra.

É como se cada conceito ocupasse uma posição em um enorme universo tridimensional.

Assim:

"COBOL"

fica muito próximo de

"Mainframe"

"DB2"

"CICS"

"JCL"

Enquanto

"Banana"

fica extremamente distante.

Essa organização matemática permite pesquisas incrivelmente inteligentes.


Bancos Vetoriais: O Novo VSAM da IA

Depois que criamos milhões de embeddings...

Onde armazená-los?

Surge então uma nova categoria de bancos.

Os Vector Databases.

Pinecone.

Qdrant.

Milvus.

Weaviate.

Chroma.

Elasticsearch.

Redis.

pgvector.

Todos foram criados para responder uma pergunta muito específica.

"Qual informação é semanticamente parecida com esta pergunta?"

Observe como isso lembra o VSAM.

No VSAM usamos índices.

Chaves.

KSDS.

AIX.

Aqui utilizamos vetores.

A ideia é diferente.

Mas o objetivo continua o mesmo.

Encontrar dados rapidamente.


Agentic AI: Quando o Programa Aprende a Trabalhar

Durante décadas escrevemos programas assim:

Entrada.

Processamento.

Saída.

Fim.

Agora imagine um programa que decide sozinho qual será o próximo passo.

Ele analisa o problema.

Divide em tarefas.

Consulta documentos.

Executa SQL.

Gera relatório.

Verifica erros.

Corrige.

Repete.

Entrega o resultado.

Isso é um Agent.

Ele deixa de ser apenas um chatbot.

Passa a ser um trabalhador digital.

Pense em uma equipe.

Existe um analista.

Um desenvolvedor.

Um DBA.

Um arquiteto.

Um tester.

Um gerente.

Agora imagine que todos eles são agentes especializados conversando entre si.

É exatamente isso que frameworks como CrewAI, LangGraph e AutoGen permitem construir.


LangGraph: O CICS da Inteligência Artificial?

Essa comparação costuma provocar sorrisos.

Mas faz bastante sentido.

No CICS, cada transação chama outras rotinas.

Cada programa possui um fluxo.

Existem estados.

Eventos.

Retornos.

No LangGraph ocorre algo parecido.

Criamos grafos de execução.

Cada nó representa uma etapa.

Cada decisão direciona o fluxo.

É uma forma elegante de construir aplicações inteligentes extremamente complexas.


MCP: O USB-C da Inteligência Artificial

Imagine os anos 90.

Cada impressora utilizava um cabo diferente.

Cada mouse possuía um conector.

Cada teclado era incompatível.

Hoje praticamente tudo utiliza USB.

O MCP representa exatamente essa evolução.

Model Context Protocol.

Ele cria uma linguagem comum entre modelos e ferramentas.

Em vez de construir um conector para GPT.

Outro para Claude.

Outro para Gemini.

Criamos apenas um servidor MCP.

Todos os modelos conversam com ele.

É como um middleware corporativo.

Para quem conhece MQ, a ideia soa bastante familiar.


Segurança Continua Sendo Fundamental

Existe um mito de que IA responde qualquer coisa.

Em produção isso seria um desastre.

Imagine perguntar:

"Mostre todos os salários da empresa."

Ou:

"Liste os CPFs dos clientes."

Ou ainda:

"Ignore todas as regras de segurança."

Sem proteção, um agente poderia cometer erros gravíssimos.

Por isso surgiram plataformas como:

Guardrails.

Lakera.

Presidio.

Azure Content Safety.

AWS Guardrails.

Elas fazem para IA aquilo que RACF faz para o Mainframe.

Controlam acesso.

Protegem informações.

Validam permissões.

Filtram conteúdos.

A tecnologia muda.

O princípio continua exatamente igual.


Observabilidade: O RMF da Nova Geração

Depois que um sistema entra em produção surgem perguntas inevitáveis.

Quanto tempo levou?

Quanto custou?

Qual prompt gerou essa resposta?

Quantos tokens foram utilizados?

Qual documento foi consultado?

Qual modelo respondeu?

Qual etapa falhou?

Ferramentas como LangSmith, Langfuse, Ragas e Arize Phoenix fazem exatamente isso.

Monitoram todo o comportamento do agente.

Se você já utilizou RMF, SMF, OMEGAMON ou SDSF, entenderá rapidamente essa filosofia.

Não basta executar.

É preciso medir.


Memória: Muito Além da Conversa

Outro conceito extremamente interessante é Memory.

Uma conversa comum termina quando fechamos a janela.

Um agente moderno não.

Ele pode lembrar.

Pode aprender.

Pode manter histórico.

Pode armazenar preferências.

Imagine um assistente para Mainframe.

Na primeira semana você informa:

"Trabalho com COBOL, DB2 e CICS."

Seis meses depois pergunta:

"Como otimizar meus programas?"

Ele já sabe qual ambiente você utiliza.

Não precisa perguntar novamente.

Essa continuidade transforma completamente a experiência.


Automação: Quando Tudo Começa a Conversar

Talvez a camada mais fascinante seja Automação.

Ferramentas como:

n8n.

Zapier.

Make.

Power Automate.

Apache Airflow.

Temporal.

Kestra.

Permitem construir verdadeiras linhas de produção digitais.

Imagine o seguinte fluxo.

Um desenvolvedor faz commit.

O GitHub dispara um evento.

O agente revisa o código COBOL.

Consulta padrões internos.

Executa testes.

Gera documentação.

Atualiza o Jira.

Envia mensagem ao Teams.

Tudo automaticamente.

Sem intervenção humana.


O Programador COBOL Está em Vantagem

Existe uma crença de que profissionais Mainframe ficaram ultrapassados.

Na prática, acontece exatamente o contrário.

Quem trabalhou décadas construindo sistemas críticos desenvolveu competências extremamente valiosas.

Modelagem.

Governança.

Segurança.

Transações.

Escalabilidade.

Confiabilidade.

Integração.

Esses mesmos conceitos estão voltando com força total na IA.

A diferença é que agora os componentes possuem novos nomes.

Em vez de RACF temos Guardrails.

Em vez de MQ temos MCP.

Em vez de índices VSAM temos Vector Databases.

Em vez de documentação estática temos RAG.

Em vez de batchs inteligentes temos Agentes.

Mas os princípios continuam incrivelmente familiares.


O Futuro Não Será Escrito Apenas em Python

Existe outro mito bastante difundido.

"O futuro pertence apenas ao Python."

Não.

O futuro pertence às arquiteturas.

Empresas não substituem décadas de regras de negócio.

Elas integram.

Conectam.

Modernizam.

Um agente inteligente poderá consultar programas COBOL.

Executar SQL em DB2.

Chamar APIs REST.

Conversar com Java.

Interagir com microsserviços.

Consumir filas MQ.

Tudo dentro da mesma solução.

O COBOL não desaparecerá.

Ele se tornará mais acessível.

Mais documentado.

Mais pesquisável.

Mais integrado.

Mais inteligente.


O Próximo Passo da Jornada

Durante muitos anos, aprender informática significava decorar comandos.

Depois passamos a aprender linguagens.

Mais tarde vieram frameworks.

Agora estamos entrando em uma nova era.

A era das arquiteturas cognitivas.

O profissional mais valorizado não será aquele que conhece apenas um modelo de IA.

Será aquele que entende como conectar modelos, dados, memória, segurança, observabilidade, automação e regras de negócio para resolver problemas reais.

É exatamente isso que a imagem do ecossistema moderno representa.

Ela não mostra apenas ferramentas.

Mostra uma mudança profunda na forma como desenvolvemos software.

Para o Programador COBOL Padawan, essa não é uma ruptura com tudo o que aprendeu.

É uma continuação da mesma jornada.

Você já conhece modularização.

Já conhece transações.

Já conhece processamento em larga escala.

Já conhece governança.

Agora chegou a hora de acrescentar um novo capítulo à sua carreira.

Aprender LLMs, RAG, Agentes, MCP e Bancos Vetoriais não significa abandonar o Mainframe.

Significa construir uma ponte entre sessenta anos de engenharia de software e a próxima geração de sistemas inteligentes.

E talvez essa seja a maior lição desta nova revolução tecnológica.

A Inteligência Artificial não substitui a boa engenharia. Ela amplia o alcance daqueles que já aprenderam a construir sistemas robustos, confiáveis e duradouros.

No fim das contas, um verdadeiro COBOL Padawan percebe que as tecnologias mudam, os nomes evoluem e os logotipos se multiplicam. Mas os fundamentos permanecem: compreender o problema, modelar a solução, proteger os dados, garantir a confiabilidade e entregar valor ao negócio. Foi assim no Mainframe. É assim na Inteligência Artificial. E continuará sendo assim nas próximas décadas.

terça-feira, 30 de junho de 2026

Agentic Data Intelligence no IBM watsonx.data intelligence: Quando a Inteligência Artificial Descobre que Dados Sem Contexto São Apenas Bits Perdidos

 

Bellacosa Mainframe introduz o agentic data intelligence no ibm watsonx

☕ Um Café no Bellacosa Mainframe

Agentic Data Intelligence no IBM watsonx.data intelligence: Quando a Inteligência Artificial Descobre que Dados Sem Contexto São Apenas Bits Perdidos

Como um Programador COBOL Padawan Pode Entender a Próxima Grande Revolução da Inteligência Artificial Corporativa

Durante muito tempo, ouvimos que a Inteligência Artificial iria substituir programadores.

Depois disseram que bastava conectar um LLM (Large Language Model) ao banco de dados da empresa e todos os problemas estariam resolvidos.

Hoje sabemos que nenhuma dessas ideias estava completamente correta.

O verdadeiro desafio nunca foi fazer a IA "ler" dados.

O desafio sempre foi fazer a IA entender o significado daqueles dados.

Essa diferença parece pequena.

Na prática, ela separa uma IA que apenas gera respostas bonitas de uma IA capaz de trabalhar como um verdadeiro analista de negócios.

É exatamente esse o objetivo do novo Agentic Data Intelligence, incorporado ao IBM watsonx.data intelligence.

Para quem trabalha com IBM Z, COBOL, CICS, DB2, VSAM ou IMS, esse assunto é muito mais importante do que parece. Na realidade, ele conversa diretamente com um problema que todo programador experiente já enfrentou: como descobrir o impacto de uma mudança em um sistema gigantesco criado ao longo de décadas?

Pegue sua caneca de café.

Hoje vamos conversar sobre uma das tecnologias que provavelmente fará parte do futuro do desenvolvimento em Mainframe.


O maior problema da IA nunca foi inteligência

Imagine que amanhã você seja contratado por um grande banco.

No primeiro dia, entregam seu usuário RACF.

Você recebe acesso ao:

  • TSO/ISPF

  • SDSF

  • DB2

  • CICS

  • JCL

  • dezenas de bibliotecas PDS

  • milhares de programas COBOL

Você consegue abrir qualquer programa.

Consegue consultar tabelas.

Consegue executar jobs.

Mas consegue entender o sistema?

Claro que não.

Você não sabe:

  • qual tabela é oficial;

  • qual copybook está obsoleto;

  • qual campo representa uma regra de negócio;

  • quem é o responsável por determinado cadastro;

  • quais programas utilizam aquele arquivo VSAM;

  • quais APIs dependem daquele campo.

Agora imagine uma Inteligência Artificial.

Ela sofre exatamente do mesmo problema.

Ela consegue acessar dados.

Mas não conhece a empresa.


Dados não são conhecimento

Essa talvez seja a primeira grande lição deste artigo.

Existe uma enorme diferença entre:

Dados

e

Conhecimento Corporativo.

Por exemplo:

CLIENTE.STATUS = "A"

Para você isso significa o quê?

Nada.

Agora imagine que o glossário da empresa define:

"A = Cliente Ativo"

Já faz sentido.

Mas e se outra empresa definir:

"A = Cliente Aposentado"

Ou ainda:

"A = Cliente de Alto Valor"

Percebe?

O dado é exatamente igual.

O significado muda completamente.

É isso que chamamos de contexto.


O que é o IBM watsonx.data intelligence?

Pense nele como um enorme cérebro corporativo.

Ele não guarda apenas tabelas.

Ele guarda conhecimento sobre essas tabelas.

Ele sabe:

  • quem criou;

  • quem mantém;

  • quem utiliza;

  • quais sistemas dependem;

  • de onde vieram os dados;

  • quais regras foram aplicadas;

  • qual o nível de qualidade;

  • quais políticas de segurança existem.

Em outras palavras...

Ele transforma metadados em conhecimento utilizável.


Fazendo uma analogia com o Mainframe

Todo ambiente z/OS possui diversos "cérebros invisíveis".

Por exemplo:

  • ICF Catalog

  • RACF

  • SYS1.PARMLIB

  • PROCLIB

  • SMS

  • JES2

Nenhum deles processa transações bancárias.

Mesmo assim...

sem eles o banco simplesmente para.

O watsonx.data intelligence exerce um papel semelhante.

Ele não substitui o DB2.

Nem o VSAM.

Nem o IMS.

Ele explica para a IA como interpretar tudo isso.


Como funciona o Agentic Data Intelligence?

Vamos imaginar um fluxo simples.

Um usuário pergunta:

"Quais clientes Premium tiveram queda no faturamento este mês?"

Uma IA tradicional faria algo parecido com isto:

Pergunta

↓

Procura tabelas

↓

Executa SQL

↓

Entrega resposta

Parece bom.

Mas há vários riscos.

Ela pode consultar:

  • tabela errada;

  • coluna desatualizada;

  • dados duplicados;

  • informações sem governança.

Agora veja o novo fluxo.

Pergunta

↓

Consulta o catálogo corporativo

↓

Verifica definições de negócio

↓

Consulta Data Lineage

↓

Verifica políticas

↓

Avalia qualidade

↓

Gera resposta

É um processo muito mais inteligente.


O que significa "Trusted Context"?

Esse é provavelmente o conceito mais importante do watsonx.data intelligence.

Traduzindo livremente:

Contexto Confiável.

A IA deixa de confiar apenas nos dados.

Ela passa a confiar também nas regras que explicam aqueles dados.

Isso muda completamente a qualidade das respostas.


O papel do Business Glossary

Imagine um banco.

A palavra "Saldo" pode significar:

Saldo Contábil

Saldo Disponível

Saldo Projetado

Saldo Bloqueado

Saldo Médio

Todos são "Saldo".

Mas representam conceitos diferentes.

O Business Glossary resolve exatamente esse problema.

Ele funciona como um dicionário oficial da empresa.

Quando a IA encontra um termo, ela consulta o glossário antes de responder.

É como perguntar ao analista de negócios:

"Quando vocês dizem saldo, qual saldo exatamente?"


Data Lineage: seguindo o caminho dos dados

Agora imagine um campo chamado:

LIMITE_DISPONIVEL

De onde ele veio?

A IA consegue descobrir algo como:

PIX

↓

Movimentações

↓

Conta Corrente

↓

Motor Financeiro

↓

Tabela DB2

↓

Dashboard

Ela enxerga toda a cadeia de transformação.

Isso é chamado de Lineage.


Pensando como um Programador COBOL

Imagine alterar um copybook.

01 CLIENTE.
   05 LIMITE        PIC S9(9)V99 COMP-3.

Antes de alterar esse campo, você gostaria de saber:

  • Quantos programas usam esse copybook?

  • Quais transações CICS dependem dele?

  • Existe algum Job Batch?

  • Alguma API REST utiliza esse campo?

  • Existe integração com sistemas externos?

Hoje isso normalmente exige:

SDSF.

Pesquisa no Endevor.

Ferramentas de Impact Analysis.

Consulta a analistas.

Reuniões.

Com Agentic Data Intelligence, boa parte dessa investigação pode ser automatizada.


O poder do Data Quality

Imagine perguntar:

"Qual o faturamento do último trimestre?"

Uma IA comum responde.

Uma IA inteligente responde:

"O conjunto de dados possui 97,8% de qualidade, porém existem registros duplicados na origem."

Essa pequena diferença aumenta enormemente a confiança na resposta.


Governança não é burocracia

Muitos iniciantes acham que Governança serve apenas para gerar documentação.

Na verdade...

Governança protege a empresa.

Por exemplo:

CPF.

A IA sabe que:

  • deve mascarar;

  • exige autorização;

  • está protegido pela LGPD;

  • possui classificação confidencial.

Ela aprende regras.

Não apenas dados.


Ownership: quem é o dono da informação?

Imagine encontrar uma tabela chamada:

CLIENT_MASTER

Quem responde por ela?

Financeiro?

CRM?

Marketing?

TI?

A IA consulta o catálogo.

Descobre o proprietário.

E informa.

Isso reduz muito o tempo gasto procurando especialistas.


O que é o MCP?

MCP significa:

Model Context Protocol.

Você pode imaginar o MCP como um "idioma universal" entre agentes de IA e sistemas corporativos.

Assim como:

ODBC

JDBC

ODBC permitiu acessar bancos de dados diferentes.

O MCP pretende permitir que qualquer IA consulte conhecimento corporativo da mesma maneira.

Isso significa integração com:

  • IBM Bob

  • Claude

  • GitHub Copilot

  • watsonx Orchestrate

  • aplicações internas


Agent Skills: ensinando experiência para a IA

Aqui está uma das partes mais interessantes.

Imagine ensinar um estagiário.

Você não diz apenas:

"Cadastre um novo Data Product."

Você entrega um procedimento.

Receber dados

↓

Classificar

↓

Enriquecer metadados

↓

Aplicar LGPD

↓

Publicar

↓

Validar

Esse fluxo recebe o nome de Agent Skill.

São habilidades reutilizáveis.

É como um PROC em JCL.

Você encapsula conhecimento.

Depois reutiliza quantas vezes quiser.


Um exemplo para quem conhece JCL

Veja este comando:

//STEP01 EXEC PROC=BACKUP

Você não precisa lembrar:

  • IDCAMS

  • SORT

  • DELETE

  • DEFINE

  • REPRO

Tudo já está preparado.

Agent Skills funcionam exatamente assim.


Um exemplo de uso no mundo real

Imagine um auditor perguntando:

"De onde veio o valor mostrado neste Dashboard?"

A IA pode responder:

Dashboard

↓

Data Product

↓

Tabela Curada

↓

Pipeline ETL

↓

DB2

↓

Programa COBOL

↓

Arquivo VSAM

↓

Sistema de Origem

Tudo automaticamente.

Sem abrir dez ferramentas diferentes.


Outro exemplo para o Padawan

Você altera um Copybook.

Antes do Deploy, pergunta:

"Qual será o impacto?"

O agente responde:

  • 218 programas COBOL afetados;

  • 12 aplicações Java;

  • 31 APIs REST;

  • 4 sistemas parceiros;

  • 6 dashboards;

  • 2 modelos de IA.

Isso é muito mais poderoso do que uma simples pesquisa textual.


Como isso muda a vida do Programador COBOL?

Muito.

Hoje gastamos boa parte do tempo tentando descobrir:

"Quem usa isso?"

No futuro a pergunta será:

"IA, mostre todo o impacto desta alteração."

A IA não apenas responderá.

Ela mostrará:

  • dependências;

  • riscos;

  • qualidade;

  • governança;

  • responsáveis.


Como começar a estudar?

Se você é um COBOL Padawan, siga esta ordem.

Etapa 1 — Domine o Mainframe

Antes de IA, conheça bem:

  • JCL

  • TSO

  • SDSF

  • VSAM

  • DB2

  • CICS

  • IMS

Sem isso, você não entenderá de onde vêm os dados.


Etapa 2 — Aprenda Modelagem de Dados

Estude:

  • Chaves primárias

  • Chaves estrangeiras

  • Normalização

  • Data Warehouse

  • Data Lake

  • Data Products


Etapa 3 — Aprenda Governança

Entenda conceitos como:

  • Metadata

  • Business Glossary

  • Data Steward

  • Lineage

  • Data Quality

  • Data Catalog

  • Ownership

Esses termos aparecerão cada vez mais no mercado.


Etapa 4 — Estude IA Corporativa

Depois avance para:

  • LLM

  • RAG (Retrieval-Augmented Generation)

  • Agentes de IA

  • MCP (Model Context Protocol)

  • IBM watsonx

  • IBM Bob

  • watsonx Orchestrate

Você perceberá que IA corporativa é muito diferente de simplesmente conversar com um chatbot.


Dicas práticas para evoluir

✔ Aprenda SQL profundamente. A IA depende de dados bem estruturados.

✔ Leia documentação de arquitetura dos sistemas onde trabalha. O contexto de negócio é tão importante quanto o código.

✔ Familiarize-se com ferramentas de análise de impacto, catálogos de dados e governança. Muitas das capacidades do Agentic Data Intelligence automatizam tarefas que hoje são feitas manualmente.

✔ Estude conceitos de segurança, LGPD e classificação de dados. Um bom profissional de Mainframe entende que proteger a informação é tão importante quanto processá-la.

✔ Experimente copilotos e agentes de IA, mas sempre valide as respostas. A confiança em IA corporativa nasce da combinação entre automação e governança.


Curiosidades

  • A maior parte do conhecimento de uma empresa não está no código COBOL, mas nas regras de negócio documentadas — ou, muitas vezes, apenas na cabeça dos especialistas.

  • Grandes bancos mantêm aplicações com mais de 40 anos de evolução contínua. Compreender suas dependências é um desafio monumental.

  • O conceito de lineage existe há anos em ferramentas de integração de dados, mas agora passa a fazer parte das respostas produzidas por agentes de IA.

  • O Model Context Protocol (MCP) está se consolidando como um padrão importante para conectar modelos de IA a ferramentas e fontes de conhecimento corporativo.

  • O futuro da IA empresarial dependerá menos de modelos gigantes e mais da capacidade de utilizar dados confiáveis, governados e contextualizados.


Conclusão: o futuro pertence a quem entende contexto

Durante décadas, o diferencial de um excelente programador COBOL nunca foi decorar comandos do compilador ou conhecer todas as instruções da linguagem. O que realmente fazia diferença era compreender profundamente as regras de negócio, as dependências entre sistemas e a história por trás de cada aplicação.

O Agentic Data Intelligence leva essa mesma filosofia para a Inteligência Artificial.

Em vez de responder apenas com base em dados brutos, os agentes passam a consultar glossários de negócio, políticas de governança, linhagem dos dados, métricas de qualidade e informações sobre responsabilidade dos ativos. Em outras palavras, eles começam a agir como faria um analista experiente que conhece o ambiente da empresa.

Para o COBOL Padawan, isso representa uma oportunidade extraordinária. Dominar apenas a linguagem COBOL continuará sendo importante, mas já não será suficiente. O profissional que se destacar será aquele capaz de unir programação, arquitetura de dados, governança, inteligência artificial e conhecimento do negócio.

Assim como o Mainframe evoluiu de cartões perfurados para APIs REST, microsserviços e integração com nuvem, a próxima evolução será impulsionada por agentes inteligentes capazes de compreender o contexto completo da organização.

E talvez essa seja a maior lição deste café no Bellacosa Mainframe:

O código continua sendo essencial, mas o verdadeiro poder está em compreender o significado dos dados. Quem dominar esse conhecimento ajudará a construir a próxima geração de sistemas inteligentes sobre a plataforma mais confiável do mundo: o IBM Z.

 

terça-feira, 2 de junho de 2026

O Que Todo Programador COBOL Padawan Precisa Saber Para Transformar um Chatbot em um Verdadeiro Ambiente de Engenharia de Software com Inteligência Artificial

 

Bellacosa Mainframe e 100 dicas do claude em uma pagina

☕ Um Café no Bellacosa Mainframe 

100 Dicas do Claude em Uma Página

O Que Todo Programador COBOL Padawan Precisa Saber Para Transformar um Chatbot em um Verdadeiro Ambiente de Engenharia de Software com Inteligência Artificial

"A maioria das pessoas conversa com uma IA. Os profissionais que realmente aumentam sua produtividade trabalham em parceria com ela."  


Introdução

Quando surgiram os primeiros assistentes de Inteligência Artificial, a maioria das pessoas acreditava que eles seriam apenas uma versão mais sofisticada de um mecanismo de busca.

Você fazia uma pergunta.

Recebia uma resposta.

Fim da conversa.

Era quase como consultar um manual técnico digital.

Mas a evolução dos LLMs (Large Language Models) mostrou que esse pensamento estava incompleto.

Hoje, ferramentas como Claude, ChatGPT, Gemini e outras deixaram de ser apenas sistemas de perguntas e respostas. Elas estão se transformando em plataformas completas de desenvolvimento, capazes de compreender projetos inteiros, escrever código, revisar arquitetura, automatizar tarefas, conectar-se a sistemas externos e colaborar como verdadeiros membros de uma equipe de engenharia.

Recentemente, circulou um infográfico chamado "100 Claude Tips in One Page", reunindo cem dicas organizadas em dez categorias. À primeira vista, parece apenas uma lista de atalhos. No entanto, ao analisá-lo com atenção, percebemos algo muito maior: ele descreve uma nova forma de trabalhar com IA.

Para quem vem do universo IBM Mainframe, isso pode soar familiar.

Durante décadas aprendemos que escrever um programa COBOL era apenas uma pequena parte do trabalho. Antes dele existiam JCLs, bibliotecas, catálogos, RACF, CICS, DB2, schedulers, padrões corporativos e processos de mudança.

Da mesma forma, usar um LLM de maneira profissional envolve muito mais do que escrever um prompt.

Neste artigo vamos explorar cada uma dessas ideias sob a ótica de um Programador COBOL Padawan, criando paralelos entre a engenharia tradicional do IBM Z e a nova engenharia baseada em Inteligência Artificial.

Pegue seu café.

A conversa de hoje promete.


O erro que quase todo iniciante comete

Imagine um desenvolvedor júnior chegando ao ambiente z/OS e perguntando:

"Onde eu escrevo meu COBOL?"

O analista sorri e responde:

"Antes disso precisamos criar o dataset, definir o PROC, configurar o JCL, preparar as bibliotecas, verificar o compilador e garantir as permissões RACF."

O novato fica surpreso.

Ele pensava que programar era apenas escrever código.

Com IA acontece exatamente o mesmo.

A maioria das pessoas faz algo assim:

Explique Docker.

Recebe uma resposta.

Abre outra conversa.

Pergunta novamente.

Tudo começa do zero.

Isso equivale a reinicializar um mainframe antes de cada JOB.

É desperdício.

Os usuários avançados trabalham de maneira completamente diferente.


Conversar não é trabalhar

Existe uma enorme diferença entre conversar com uma IA e trabalhar utilizando IA.

Veja dois cenários.

Usuário comum

Pergunta

↓

Resposta

↓

Nova pergunta

↓

Nova resposta

Cada conversa é isolada.

Nada é reaproveitado.

Todo contexto precisa ser reconstruído.


Usuário avançado

Projeto

↓

Documentação

↓

Memória

↓

Arquivos

↓

Ferramentas

↓

MCP

↓

Claude Code

↓

Subagentes

↓

Resultado Final

Agora existe continuidade.

Existe contexto.

Existe engenharia.

Esse é exatamente o conceito por trás das 100 dicas do Claude.


Categoria 1 — Setup: Preparando o Ambiente

Todo programador Mainframe sabe que um bom ambiente vale mais do que horas de retrabalho.

Antes de executar um programa precisamos preparar:

  • Bibliotecas

  • DDNAMEs

  • Catálogos

  • PROCs

  • Variáveis

  • Ambientes de teste

  • Permissões

No Claude acontece algo semelhante.

A preparação inicial define toda a qualidade das respostas futuras.

Escolhendo o modelo correto

Nem toda tarefa exige o modelo mais poderoso.

É como escolher entre:

  • IEBGENER

  • DFSORT

  • IDCAMS

Todos resolvem problemas diferentes.

Da mesma forma:

Um modelo rápido pode resumir documentos.

Outro modelo mais inteligente pode projetar uma arquitetura distribuída.

Saber quando utilizar cada um é uma habilidade importante.


Memória

Um dos recursos mais interessantes.

A memória não serve para armazenar documentos.

Ela serve para armazenar preferências.

Por exemplo:

Sempre explique utilizando exemplos IBM Mainframe.

Utilize linguagem técnica.

Evite excesso de marketing.

Faça analogias com COBOL.

Após algum tempo, Claude passa a produzir respostas muito mais alinhadas ao seu estilo.

É como possuir um analista que já conhece seu jeito de trabalhar.


Projects

Imagine criar um projeto chamado:

Bellacosa Mainframe

Dentro dele existem:

COBOL

JCL

DB2

IMS

VSAM

REXX

CICS

RACF

Arquitetura

Normas

Documentação

Sempre que iniciar uma conversa nesse projeto, Claude já conhece todo esse universo.

É semelhante a abrir um PDS contendo toda a documentação corporativa.


Categoria 2 — Prompt Engineering

Prompt Engineering talvez seja o equivalente moderno da especificação funcional.

Quanto melhor a especificação...

Melhor será a implementação.

Considere dois exemplos.

Prompt simples

Explique CICS.

Resultado?

Uma resposta genérica.

Agora veja este.

Explique CICS para um programador COBOL de banco.

Compare com Batch.

Utilize diagramas ASCII.

Mostre vantagens.

Mostre limitações.

Inclua exemplos reais.

Finalize com um resumo executivo.

A diferença é enorme.


Definindo papéis

Uma técnica extremamente poderosa.

Você pode pedir:

Atue como:

Arquiteto IBM

Professor Universitário

Sysprog

DBA

Especialista DevOps

Especialista em Segurança

Cada persona muda completamente a forma da resposta.

É semelhante a pedir opiniões para profissionais diferentes dentro da mesma empresa.


Definindo restrições

Claude trabalha melhor quando possui limites claros.

Exemplo:

Até 800 palavras.

Português técnico.

Sem emojis.

Markdown.

Inclua tabelas.

Não invente informações.

Sempre cite vantagens e riscos.

Curiosamente, limitar produz respostas melhores.


Categoria 3 — Claude Code

Agora começamos a entrar no território da engenharia de software.

Claude Code não é apenas um editor.

Ele pode:

  • Ler projetos inteiros

  • Executar testes

  • Refatorar código

  • Criar documentação

  • Gerenciar Git

  • Atualizar dependências

Imagine dizer:

Leia este projeto.

Encontre duplicações.

Refatore.

Execute os testes.

Atualize README.

Faça commit.

Isso está muito além de responder perguntas.


Plan Mode

Uma funcionalidade fantástica.

Antes de alterar qualquer arquivo, Claude pode apresentar um plano.

Semelhante ao CAB (Change Advisory Board).

Primeiro ele analisa.

Depois identifica riscos.

Depois propõe mudanças.

Somente então executa.

Isso reduz bastante erros.


Categoria 4 — CLAUDE.md

Se existe um recurso que lembra o mundo corporativo, é este.

CLAUDE.md funciona como um conjunto permanente de normas.

Por exemplo:

Sempre escreva testes.

Nunca utilize jQuery.

Explique arquitetura.

Comente funções públicas.

Use TypeScript.

Priorize Clean Code.

É semelhante aos padrões corporativos existentes em grandes bancos.

Todo projeto passa a seguir as mesmas regras automaticamente.


Categoria 5 — Artifacts

Artifacts representam uma mudança de paradigma.

Antes:

Explique como criar um dashboard.

Agora:

Crie um dashboard funcional.

Em vez de responder...

Claude gera:

  • HTML

  • CSS

  • JavaScript

  • SVG

  • React

  • Mermaid

  • Diagramas

  • Simuladores

É como pedir um programa COBOL e receber também o JCL, a documentação e os testes.


Versionamento

Cada alteração cria versões.

Quase um Git interno.

Isso permite experimentar ideias sem medo.


Categoria 6 — MCP — Model Context Protocol

Talvez a inovação mais importante dos últimos anos.

MCP pode ser comparado aos drivers universais da IA.

Sem MCP:

Claude

↓

Texto

Com MCP:

Claude

↓

GitHub

↓

Google Drive

↓

SQL

↓

Filesystem

↓

Slack

↓

ERP

↓

CRM

↓

APIs

Agora Claude deixa de conversar.

Ele passa a executar trabalho.


Pensando como um profissional IBM

Imagine um MCP para:

  • SDSF

  • JES2

  • RMF

  • SMF

  • DB2

  • IMS

  • CICS

  • RACF

Você poderia perguntar:

Qual JOB falhou ontem?

Mostre o LOG.

Analise o ABEND.

Explique a causa.

Sugira correções.

O potencial é gigantesco.


Categoria 7 — Cowork e Agentes

Aqui a IA deixa de ser individual.

Imagine criar especialistas.

Agente 1

Arquiteto

Agente 2

Programador COBOL

Agente 3

DBA DB2

Agente 4

Especialista RACF

Agente 5

Revisor Técnico

Todos colaborando.

É praticamente uma equipe virtual.


Categoria 8 — Power User

Chegamos ao nível avançado.

Aqui encontramos recursos que poucos usuários exploram.

Subagentes

Em vez de uma IA resolver tudo sozinha...

Ela divide o problema.

Projeto

↓

Arquitetura

↓

Backend

↓

Frontend

↓

Testes

↓

Documentação

↓

Integração

Cada agente trabalha de forma especializada.

Depois os resultados são consolidados.

Isso lembra muito o paralelismo do IBM Z.


Hooks

Hooks funcionam como gatilhos.

Sempre que determinada ação ocorrer...

Outra ação é executada automaticamente.

Exemplo:

Salvar código

↓

Executar testes

↓

Atualizar documentação

↓

Verificar segurança

↓

Executar lint

↓

Atualizar CHANGELOG

É automação pura.


A filosofia por trás das 100 dicas

O maior ensinamento desse infográfico não é ensinar comandos.

É ensinar mentalidade.

A pergunta deixa de ser:

"Como faço uma pergunta melhor?"

E passa a ser:

"Como construo um ambiente onde a IA trabalhe continuamente ao meu lado?"

Essa mudança é profunda.


Paralelos com o IBM Mainframe

Vamos resumir essa comparação.

IBM MainframeClaude
JCLPrompt estruturado
PROCTemplates
DatasetContexto
PDSProjects
SYSINPrompt
JES2Orquestração
SchedulerAutomação
RACFPermissões
DB2Conhecimento estruturado
UtilitiesFerramentas
Change ManagementPlan Mode
Normas CorporativasCLAUDE.md
Equipe TécnicaAgentes

Perceba que praticamente todos os conceitos clássicos continuam existindo.

Mudou apenas a interface.

Agora ela é conversacional.


O impacto para um Programador COBOL Padawan

Durante muitos anos ouvimos que o COBOL seria substituído.

Depois disseram que o Mainframe desapareceria.

Mais recentemente, passaram a afirmar que a Inteligência Artificial substituiria os programadores.

Nenhuma dessas previsões se concretizou da forma anunciada.

O que realmente aconteceu foi uma evolução das ferramentas.

Assim como um compilador COBOL evoluiu, os ambientes de desenvolvimento evoluíram e os pipelines de integração contínua se tornaram padrão, os LLMs estão se tornando mais uma camada da engenharia de software.

Para o Programador COBOL Padawan, isso representa uma oportunidade extraordinária.

Imagine acelerar tarefas como:

  • geração de documentação técnica;

  • explicação de programas legados;

  • criação de casos de teste;

  • revisão de código COBOL;

  • análise de JCLs;

  • conversão de layouts Copybook para JSON;

  • criação de APIs REST para sistemas CICS;

  • preparação de apresentações técnicas;

  • produção de artigos, treinamentos e material didático.

A IA não elimina o conhecimento do especialista. Pelo contrário, amplia sua capacidade de produzir e compartilhar conhecimento.

Quem domina fundamentos de arquitetura, modelagem de dados, sistemas transacionais e processos críticos — características típicas do ecossistema IBM Z — possui uma vantagem significativa ao trabalhar com essas novas ferramentas. Afinal, a IA precisa de contexto, critérios e boas decisões, e esses elementos continuam sendo responsabilidade do profissional.


Conclusão — O verdadeiro diferencial está na engenharia, não na ferramenta

As "100 Claude Tips" são muito mais do que uma coleção de atalhos. Elas representam um mapa de maturidade para quem deseja extrair valor real da Inteligência Artificial.

No início, usamos a IA como uma calculadora sofisticada.

Depois, como um mecanismo de busca conversacional.

Em seguida, como um assistente de programação.

Mas o próximo passo já está acontecendo: transformar a IA em um ambiente integrado de engenharia, capaz de compreender projetos, seguir padrões corporativos, colaborar com equipes, acessar ferramentas externas, automatizar processos e participar ativamente do ciclo de desenvolvimento.

Para quem vive o universo IBM Mainframe, essa evolução não é estranha. Há décadas trabalhamos com orquestração, padronização, bibliotecas compartilhadas, controle de mudanças, segurança, automação e integração entre sistemas. Os conceitos permanecem os mesmos; o que muda é a interface, agora baseada em linguagem natural.

O Programador COBOL Padawan que compreender essa mudança deixará de enxergar o Claude apenas como um chatbot. Passará a vê-lo como um novo membro da equipe: um analista que nunca se cansa de revisar código, um arquiteto que ajuda a avaliar alternativas, um redator técnico incansável, um testador disciplinado e um parceiro de aprendizado contínuo.

No fim das contas, o maior segredo não está em conhecer as cem dicas individualmente. Está em entender que elas formam um ecossistema. Memória, Projects, Prompt Engineering, Claude Code, CLAUDE.md, Artifacts, MCP, Agentes e automações são peças de uma mesma arquitetura.

E arquiteturas bem projetadas sempre foram a especialidade dos profissionais de Mainframe.

Talvez seja por isso que nós, veteranos do IBM Z, estejamos tão bem posicionados para liderar essa nova era da Inteligência Artificial.

Porque, no fundo, continuamos fazendo o que sempre fizemos: projetar sistemas confiáveis, organizar conhecimento e transformar complexidade em soluções elegantes. A diferença é que, agora, temos um novo colega de trabalho sentado ao nosso lado — e ele atende pelo nome de Claude.

terça-feira, 31 de março de 2026

☕ O Holocron do IBM Bob Como um Padawan COBOL Pode Aprender a Trabalhar com um Companheiro de IA Criado pela IBM sem Abandonar o IBM Z

 

Bellacosa Mainframe e uma trilha para aprender o IBM BOB

☕ O Holocron do IBM Bob

Como um Padawan COBOL Pode Aprender a Trabalhar com um Companheiro de IA Criado pela IBM sem Abandonar o IBM Z, o JCL e sua Caneca de Café

Existe um momento na jornada de todo Padawan COBOL em que ele percebe uma verdade desconfortável.

O mundo mudou.

Enquanto passamos décadas aprendendo os segredos do DISP, do DFSORT, do CICS, do Db2, do VSAM e dos utilitários mais obscuros do z/OS, uma nova geração de desenvolvedores começou a conversar com máquinas em linguagem natural e pedir que elas escrevessem código, documentação, testes e até arquiteturas inteiras.

A primeira reação de muitos profissionais experientes costuma ser previsível:

"Isso é modinha."

"IA não entende COBOL."

"Nunca vai substituir um analista de produção."

"Nem sabe o que é um S322."

Talvez.

Mas talvez estejamos olhando para a ferramenta errada.

Porque IBM Bob não nasceu para substituir um especialista IBM Z.

Ele nasceu para trabalhar ao lado dele.

E isso muda completamente a história.

O que é o IBM Bob?

Imagine um aprendiz extremamente dedicado.

Ele nunca dorme.

Não reclama.

Lê milhares de páginas de documentação em segundos.

Conhece APIs.

Conhece padrões modernos.

Entende agentes.

Consegue construir ferramentas.

Escreve testes.

Produz documentação.

Sugere modernizações.

Ajuda a criar MCP Servers.

Conversa com o watsonx.

Integra-se ao Orchestrate.

Pode inclusive auxiliar equipes inteiras durante o ciclo de desenvolvimento.

Esse aprendiz atende pelo nome de IBM Bob.

Bob pode ser visto como um companheiro de desenvolvimento baseado em IA, desenhado para apoiar atividades do ciclo de vida de software e construção de agentes corporativos.

Mas existe um detalhe importante.

Bob não conhece seu ambiente.

Ele não conhece sua instalação.

Ele não conhece suas convenções.

Ele não sabe onde estão seus copybooks.

Ele não entende por que aquele JOB roda somente às quartas-feiras às 02h37 da manhã.

Você sabe.

E é exatamente por isso que você continua sendo importante.


O Erro que Muitos Padawans Cometem

Muitos profissionais COBOL observam ferramentas de IA e concluem:

"Isso é para programadores Python."

Não.

Na verdade, talvez sejamos justamente os profissionais mais preparados para utilizá-las.

Quem trabalhou em Mainframe desenvolveu habilidades raras:

Pensamento sistêmico.

Modelagem de negócios.

Análise de impacto.

Governança.

Segurança.

Auditoria.

Confiabilidade.

Capacidade de compreender aplicações escritas há quarenta anos.

E IA gosta de contexto.

IA gosta de conhecimento estruturado.

IA gosta de especialistas.

Ela precisa de mestres para guiá-la.

O futuro não pertence ao desenvolvedor que apenas escreve código.

Pertence ao profissional capaz de ensinar máquinas a compreender sistemas complexos.


A Trilha do Padawan IBM Bob

Resolvi montar uma trilha de oito semanas.

Nada impossível.

Nada acadêmico.

Nada de cursos infinitos de vinte horas falando sobre redes neurais.

Apenas uma jornada prática.

Semana 1 — Entender o Ecossistema IBM AI

Objetivo:

Compreender o que existe ao redor de Bob.

Estude:

  • watsonx.ai

  • Granite

  • watsonx.data

  • watsonx.governance

  • AI Agents

  • MCP

Faça cursos gratuitos no IBM SkillsBuild.

Não tenha pressa.

Seu objetivo não é virar cientista de dados.

Seu objetivo é aprender a conversar com uma nova geração de ferramentas.


Semana 2 — Aprender Agentes

Descubra que um agente não é apenas um chatbot.

Ele pode:

Planejar.

Executar.

Consultar APIs.

Tomar decisões.

Utilizar memória.

Usar ferramentas externas.

Exercício:

Imagine um agente chamado:

COBOL Guru

Pergunte:

Explique este JCL.

Procure copybooks.

Liste dependências.

Estime complexidade.

Perceba algo interessante.

Você já sabe fazer isso.

A diferença é que agora poderá ensinar uma IA a ajudá-lo.


Semana 3 — Conhecer Bob

Leia a documentação.

Entenda seus casos de uso.

Observe demonstrações.

Experimente prompts.

Pergunte:

Analise este programa COBOL.

Gere documentação.

Escreva testes.

Sugira APIs.

Crie OpenAPI.

Identifique código morto.

Comece pequeno.

Um programa.

Depois dez.

Depois cem.


Semana 4 — Watsonx Orchestrate

Aqui a mágica começa.

Bob deixa de ser apenas um assistente.

Passa a participar de fluxos empresariais.

Skill.

Ferramenta.

Agente.

Processo.

Orquestração.

E então você percebe algo curioso.

É quase como desenhar uma aplicação CICS moderna.

Só que utilizando IA.


Semana 5 — Descobrir MCP

MCP talvez seja uma das tecnologias mais interessantes surgidas recentemente.

Em vez de pedir que uma IA adivinhe informações, você oferece ferramentas para que ela consulte dados reais.

Imagine um MCP chamado:

BellacosaMainframeServer

Com funções:

analyze_jcl()

find_copybook()

search_db2()

locate_cics_program()

find_dead_code()

estimate_batch_window()

De repente Bob deixa de ser um chatbot.

Ele se torna um analista júnior extremamente produtivo.


Semana 6 — Hands-on

Construa.

Erre.

Experimente.

Quebre.

Reconstrua.

Peça:

Bob, documente esta aplicação.

Depois:

Gere casos de teste.

Depois:

Crie APIs REST.

Depois:

Produza Markdown.

Depois:

Gere Swagger.

Pouco a pouco você perceberá que Bob não elimina conhecimento COBOL.

Ele amplia seu alcance.


Semana 7 — Mainframe Modernization

Pegue um sistema real.

COBOL.

JCL.

Db2.

VSAM.

CICS.

E pergunte:

O que pode ser modernizado?

O que pode virar API?

O que está obsoleto?

O que nunca é utilizado?

Você ficará surpreso.

Bob pode sugerir caminhos.

Mas somente um profissional experiente saberá decidir quais realmente fazem sentido.


Semana 8 — O Projeto Final

Construa algo seu.

Um sonho.

Um laboratório.

Um produto.

Um experimento.

Sugiro:

Bellacosa Bob for Mainframe

Capaz de:

Receber COBOL.

Analisar JCL.

Documentar aplicações.

Gerar testes.

Produzir OpenAPI.

Encontrar dependências.

Responder perguntas.

Criar artigos.

Explicar abends.

Mapear datasets.

Imagine um novo colega dizendo:

Bom dia.

Detectei cinco programas sem testes.

Há três copybooks duplicados.

Posso gerar documentação.

Deseja continuar?

Quem recusaria ajuda?


O Conselho de um Mestre para os Padawans COBOL

Durante anos ouvimos previsões sobre a morte do Mainframe.

Elas vieram.

E foram embora.

O IBM Z continua processando transações, cartões, seguros, governos, bolsas de valores e sistemas críticos do planeta.

Agora surge uma nova onda.

IA.

Agentes.

MCP.

Orquestração.

Granite.

Bob.

E novamente alguns profissionais ficarão olhando de longe.

Esperando passar.

Outros decidirão estudar.

Experimentar.

Errar.

Construir.

Compartilhar.

E descobrirão que a IA não veio para apagar décadas de experiência.

Veio para amplificar aquilo que os especialistas IBM Z sempre tiveram de mais valioso:

Conhecimento.

Contexto.

Disciplina.

Arquitetura.

Curiosidade.

Portanto, jovem Padawan COBOL, coloque mais café na caneca.

Abra o SkillsBuild.

Explore o Bob.

Construa seu primeiro agente.

Crie seu primeiro MCP.

Converse com o futuro.

E lembre-se:

A Força pode estar nos prompts, mas a verdadeira sabedoria continua residindo em quem conhece o significado de um DISP=(MOD,CATLG,DELETE), de um Abend U4038 e da responsabilidade de manter funcionando sistemas que movimentam bilhões de registros todos os dias.

Que os Holocrons do IBM Z estejam com você.


quinta-feira, 5 de março de 2026

O Que Todo Programador COBOL Padawan Precisa Saber Sobre as Três Camadas Fundamentais dos Agentes de IA

 

Bellacosa Mainframe introduz mcp rag e skills para ia

☕ Um Café no Bellacosa Mainframe

MCP vs RAG vs Skills

O Que Todo Programador COBOL Padawan Precisa Saber Sobre as Três Camadas Fundamentais dos Agentes de IA

Quando surgiram os primeiros chatbots, a arquitetura era extremamente simples.

Usuário


LLM

Resposta

Tudo dependia exclusivamente do conhecimento aprendido durante o treinamento do modelo.

O problema?

O modelo não conhecia:

  • documentos internos
  • sistemas da empresa
  • banco de dados
  • regras atualizadas
  • aplicações corporativas

Foi então que nasceram três tecnologias que hoje aparecem praticamente em todos os projetos modernos de IA.

Cada uma resolve um problema completamente diferente.


A grande confusão

Muitas pessoas imaginam algo assim:

MCP OU RAG OU Skills

Na realidade é:

            Agent

┌─────────────┐
│ LLM │
└──────┬──────┘

┌───────┼────────┐
│ │ │
RAG MCP Skills

Os três trabalham juntos.


O papel do RAG

RAG significa

Retrieval Augmented Generation

A ideia é extremamente elegante.

Ao invés de confiar apenas na memória do modelo, buscamos informações atualizadas antes da resposta.

Fluxo:

Pergunta



Busca documentos



Seleciona apenas os mais relevantes



Entrega os documentos ao LLM



LLM responde usando esse contexto

O modelo continua sendo o mesmo.

Quem muda é o contexto entregue a ele.


Analogia Mainframe

Imagine um operador perguntando:

Qual é o procedimento correto para recuperação do CICS?

O LLM não precisa decorar isso.

Ele consulta:

  • Manual IBM
  • Wiki interna
  • Procedimentos da empresa
  • Documentação operacional
  • PDFs
  • SharePoint

Depois responde.

Exatamente como um analista faria.


O pipeline do RAG

Pergunta



Embedding



Vector Database



Busca semântica



Top-K documentos



Prompt



LLM



Resposta

Observe que existe um banco vetorial.

Ele não guarda textos.

Guarda representações matemáticas dos textos.


O que são Embeddings?

Um embedding transforma texto em números.

Por exemplo

"COBOL"



[0.27, -0.88, 0.45, ...]

Assim documentos semelhantes ficam próximos matematicamente.

É por isso que o sistema consegue encontrar documentos parecidos mesmo quando a pergunta usa palavras diferentes.


Onde o RAG é excelente?

✔ FAQ

✔ Base de conhecimento

✔ Documentação

✔ Manual IBM

✔ Políticas internas

✔ Catálogo de APIs

✔ Documentação COBOL

✔ Contratos

✔ Wikis

✔ PDFs

✔ Emails

✔ Normas


Limitações do RAG

O RAG apenas recupera conhecimento.

Ele NÃO executa nada.

Ele não:

  • envia emails
  • consulta banco
  • abre chamados
  • cria tickets
  • reinicia servidores

Ele apenas fornece contexto.


Agora entra o MCP

MCP significa

Model Context Protocol

Criado pela Anthropic, rapidamente adotado por diversos frameworks, tornou-se um padrão para conectar LLMs a ferramentas e sistemas externos.

Enquanto o RAG fornece conhecimento, o MCP fornece ação.


Imagine um agente perguntando:

Quanto dinheiro há na conta?

RAG?

Não funciona.

O saldo muda a todo instante.

É preciso consultar o sistema.

Quem faz isso?

MCP.


O fluxo do MCP

Usuário



LLM



MCP Client



MCP Server



Sistema Externo



Resposta



LLM



Usuário

O MCP funciona como um tradutor universal.


Analogia Mainframe

Imagine um adaptador padrão entre IA e:

  • CICS
  • IMS
  • DB2
  • MQ
  • RACF
  • z/OSMF
  • APIs REST
  • SAP
  • Salesforce

Ao invés de cada ferramenta exigir uma integração diferente, todas expõem capacidades por meio de um protocolo comum.

O agente apenas descobre e utiliza essas capacidades.


O que um MCP Server pode oferecer?

Pode disponibilizar ferramentas como:

Consultar Cliente

Consultar Pedido

Executar SQL

Ler Arquivos

Enviar Slack

Criar Ticket

Executar Shell

Executar Python

Consultar GitHub

Pesquisar Web

Ler Calendário

Enviar Email

Tudo padronizado.


Benefícios do MCP

Padronização.

Descoberta automática de ferramentas.

Segurança.

Controle de permissões.

Menos integrações customizadas.

Reutilização.

Interoperabilidade entre diferentes agentes.


O que são Skills?

As Skills ficam em outra camada.

Elas representam comportamento.

São capacidades reutilizáveis.

Imagine uma Skill chamada

Abrir Incidente

Ela pode executar:

Consultar logs



Analisar erro



Consultar CMDB



Criar Ticket



Enviar Slack



Atualizar Dashboard

Tudo encapsulado.


Skill não é Prompt

Muita gente pensa:

Prompt = Skill

Não.

Prompt é apenas instrução.

Skill normalmente contém:

  • regras
  • fluxo
  • ferramentas
  • parâmetros
  • validações
  • memória
  • tratamento de erros
  • lógica de negócio

É praticamente um pequeno aplicativo.


Analogia COBOL

Uma Skill lembra muito um programa COBOL reutilizável.

PAYROLL



Recebe parâmetros



Executa regras



Consulta DB2



Atualiza registros



Retorna resultado

Você não reescreve tudo.

Você apenas chama.


Comparação completa

CaracterísticaRAGMCPSkills
ObjetivoBuscar conhecimentoConectar sistemasExecutar processos
Atua sobreInformaçãoFerramentasFluxos de trabalho
Atualiza dadosSimSimDepende
Executa açõesNãoSimSim
ReutilizaçãoMédiaAltaMuito Alta
Usa LLMSimSimSim
Pode usar banco vetorialSimNãoOpcional

Como tudo trabalha junto?

Imagine um banco.

O usuário pergunta:

Meu cartão foi bloqueado. O que aconteceu?

O agente executa:

Etapa 1 — Skill

Resolver Problema Cartão

Etapa 2 — MCP

Consulta

Sistema de Cartões

Obtém:

Status

Limite

Fraude

Eventos

Etapa 3 — RAG

Consulta

Manual de Bloqueios

Normas BACEN

Políticas internas

Etapa 4 — LLM

Combina

  • dados atuais
  • regras
  • conhecimento
  • contexto

E produz uma resposta clara e fundamentada.


Arquitetura completa

                Usuário


┌──────────┐
│ LLM │
└────┬─────┘

┌─────────────┼──────────────┐
│ │ │
▼ ▼ ▼
Skills RAG MCP
│ │ │
Fluxos Conhecimento Ferramentas
│ │ │
▼ ▼ ▼
Regras Vector DB APIs • DB2 • CICS
Workflows Documentos Git • Slack • ERP
PDFs • Wiki Shell • Python

Um exemplo no universo IBM Z

Suponha que um operador pergunte:

"Por que o JOB PAYROLL001 terminou em ABEND S0C7 e como posso corrigir isso?"

Um agente corporativo pode orquestrar as três camadas:

  1. Skill "Diagnosticar ABEND": coordena todo o fluxo de investigação.
  2. MCP: acessa SDSF para obter o JOBLOG, consulta o catálogo do JES2, lê registros SMF, executa uma consulta no DB2 e busca o código-fonte no Git.
  3. RAG: recupera documentação sobre S0C7, padrões de tratamento de dados numéricos, procedimentos internos da empresa e artigos da IBM.
  4. LLM: cruza os dados operacionais em tempo real com a documentação recuperada e apresenta uma explicação detalhada, indicando a provável causa (por exemplo, um campo NUMERIC contendo caracteres inválidos), os programas afetados e os passos recomendados para correção.

Sem o RAG, o agente não teria acesso às políticas e manuais atualizados. Sem o MCP, ele não conseguiria consultar os sistemas corporativos. Sem a Skill, cada investigação exigiria um novo prompt complexo e inconsistente.


A evolução da arquitetura de IA

A tendência é que agentes corporativos sejam compostos por várias camadas especializadas:

  • LLM: raciocínio e geração de linguagem.
  • Memória: histórico e contexto de longo prazo.
  • RAG: recuperação de conhecimento atualizado.
  • MCP: acesso padronizado a ferramentas e sistemas externos.
  • Skills: automação de processos recorrentes e reutilizáveis.
  • Planejamento: decomposição de objetivos em múltiplas etapas.
  • Observabilidade: logs, métricas, rastreamento e auditoria.

Essa combinação transforma um simples chatbot em um agente corporativo capaz de consultar informações, interagir com sistemas legados, executar processos complexos e aprender com o contexto, aproximando-se do que será o padrão da engenharia de software baseada em IA nos próximos anos.

Resumindo em uma frase

  • 🧠 RAG responde à pergunta: "O que o agente precisa saber?"
  • 🔌 MCP responde: "Com quais sistemas o agente pode conversar?"
  • ⚙️ Skills respondem: "O que o agente sabe fazer de forma consistente e reutilizável?"

Quando essas três camadas trabalham em conjunto, surgem agentes capazes de ir muito além de uma conversa: eles compreendem o contexto, acessam o mundo externo e executam tarefas reais, representando a base da próxima geração de aplicações inteligentes.