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.

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
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.