← Todos os insights

Análise de casoRecorte: Brasil3 min de leitura

O Mashreq dá aos agentes de código seus padrões de integração, não seus trilhos de pagamento

O Mashreq reporta até 60 a 70% menos tempo em desenho e troubleshooting de integrações num piloto do IBM Bob, com agentes acessando sistemas por um gateway MCP. O que esse gateway aplica?

Ouça este artigo · 4 min

Narração completa do artigo, gerada por IA.

Feixes de cabos de rede com conectores expostos, em duotone La Madre, ao lado das palavras Contexto, não autoridade
Foto: rawpixel (CC0)

Um assistente de código que sabe Java é fácil de achar. Um que sabe como um banco específico nomeia suas filas de mensagens, quais padrões de API o time de pagamentos exige e como foi resolvido o incidente de integração do último trimestre é raro. E é o único tipo que ajuda de verdade no time de integração de um banco.

Essa é a aposta de um piloto que a IBM anunciou em 12 de outubro. O Mashreq, banco sediado nos Emirados Árabes Unidos, está testando o IBM Bob em todo o ciclo de engenharia de integração: desenho e planejamento da solução, desenvolvimento, code review e troubleshooting em produção. Os primeiros resultados, nas palavras do banco e da IBM, mostraram “até 60-70% de redução no tempo gasto em atividades de desenho e troubleshooting de integrações”, com algumas tarefas que tomavam duas a três horas de esforço manual concluídas em minutos.

Os números são iniciais, anunciados pelo fornecedor e limitados a essas duas atividades. A arquitetura é a parte mais interessante.

O contexto é o produto

Os agentes não trabalham só com conhecimento geral. O IBM Context Forge, uma camada de orquestração baseada no Model Context Protocol, dá a eles acesso ao conhecimento de integração do banco, às especificações de API, aos padrões de arquitetura e ao contexto operacional. Um gateway seguro processa cerca de 4.000 requisições por mês de agentes de IA para sistemas conectados de banco digital, pagamentos e sistemas corporativos.

Por trás disso há uma plataforma de integração em produção construída sobre IBM Cloud Pak for Integration, IBM MQ, App Connect, API Connect, Red Hat OpenShift e Confluent, que processa em média 650 transações por segundo entre canais digitais, pagamentos e sistemas corporativos. Esse número descreve o tráfego da plataforma, não algo que os agentes façam.

Os dois lados do piloto

Engenharia onde o Bob está em piloto

  • Desenho e planejamento da solução
  • Desenvolvimento
  • Code review
  • Troubleshooting em produção

Agentes buscam contexto pelo Context Forge

Plataforma de integração em produção

  • MQ, App Connect, API Connect
  • Confluent sobre OpenShift
  • Cerca de 650 transações por segundo

Os sistemas que a engenharia altera

Cerca de 4.000 requisições de agentes por mês cruzam um gateway entre os dois lados. O que esse gateway permite é por onde uma revisão deve começar.

Um gateway ainda não é um modelo de permissões

O anúncio fala em “acesso seguro” pelo gateway. Não diz o que o gateway aplica: se o acesso dos agentes aos sistemas conectados é só de leitura, qual identidade cada requisição carrega, quais sistemas entram no escopo do troubleshooting, nem como as requisições são registradas e revisadas. São esses detalhes que decidem se é acesso controlado ou só acesso conveniente, e vale perguntar por eles antes de copiar o desenho.

Para um banco, a diferença importa. Um agente que lê especificações de API e padrões de arquitetura para rascunhar uma integração é de baixo risco. Um agente que consulta um sistema de pagamentos para diagnosticar um incidente em produção está lendo dados vivos e sensíveis, sob a identidade de alguém ou de algo. Como argumentamos em MCP enterprise começa pela identidade, toda chamada de ferramenta precisa de um nome por trás, e o gateway é onde esse nome deve ser verificado.

O mesmo vale para o que sai. Nada no anúncio sugere que os agentes mudem sistemas de produção por conta própria, e o leitor não deve inferir isso. Quando um agente rascunha uma mudança de integração, essa mudança ainda precisa passar pelo processo de mudanças do banco, que é onde a autoria do agente deve ser registrada e aprovada.

Modelos locais a seguir

O Mashreq também avalia uma futura implantação on-premises do IBM Bob para casos de uso críticos, com modelos hospedados localmente para atender a requisitos de residência de dados e regulatórios. É uma avaliação, não um compromisso, mas segue a lógica que descrevemos quando o IBM Bob passou a ser auto-hospedado: em cargas reguladas, onde o agente roda faz parte da decisão de produto.

Tirando os nomes dos fornecedores, o piloto oferece um padrão útil para qualquer instituição regulada. Entregue aos agentes de código os padrões e especificações da própria organização por uma interface governada, meça o efeito em atividades de engenharia específicas em vez de em “produtividade”, e mantenha o caminho entre o que o agente produz e a produção passando pelos controles que já existem. São as regras do gateway que transformam isso de piloto em desenho.

Tem um caso de uso de IA parado entre o protótipo e a produção?

Conte o que você quer colocar no ar. Respondemos com próximos passos honestos.

Converse sobre um caso de uso