Como a Salesforce está resolvendo o caixa dos agentes de IA espalhados pela empresa com uma camada de orquestração que promete governança, visibilidade e controle sem matar a inovação
Se tem uma coisa que 2026 deixou claro é o seguinte: construir um agente de IA é fácil. Todo mundo está fazendo. O problema real, o que tira o sono de arquitetos e CIOs, é o que acontece quando você olha para o lado e descobre que sua empresa tem quarenta agentes diferentes — um no Slack, outro no Service Cloud, três no portal do fornecedor, dois escritos em Python por um estagiário que já saiu da empresa — e nenhum deles conversa entre si.
Esse fenômeno tem nome: agent sprawl. A Salesforce chama assim, e está investindo pesado em uma resposta.
Hoje, 21 de julho de 2026, a MuleSoft está realizando o evento “Architect to Win the Agent Age”, onde o foco principal é o MuleSoft Agent Fabric — a plataforma que promete virar a chave de “dezenas de agentes soltos” para “uma rede orquestrada de agentes corporativos”. Se você não conseguiu entrar na agenda, não se preocupa. O que importa é entender a arquitetura, porque isso vai mudar como arquitetos de integração pensam governança de IA nos próximos trimestres.
O Problema que Ninguém Queria Admitir
Vamos ser diretos: agentes de IA são a nova API. Assim como aconteceu com as APIs no começo dos anos 2010, as empresas começaram a construir sem padronização, sem governança, sem um plano de como aquilo tudo ia se encaixar. A diferença é que agentes são menos previsíveis que uma API REST. Eles tomam decisões. Eles encadeiam ações. E quando dois agentes discordam sobre o preço de um produto ou o status de um pedido, o estrago é maior que uma simples requisição com status 500.
Andrew Comstock, SVP e GM da MuleSoft, colocou bem: “Sem a base certa, agentes não gerenciados criam caos em vez de produtividade.”
O MuleSoft Agent Fabric nasce exatamente desse diagnóstico. Não é mais uma ferramenta para construir agentes. É uma camada de infraestrutura para descobrir, orquestrar, governar e observar qualquer agente, independente de onde ele foi construído.
Os Quatro Pilares do Agent Fabric
A arquitetura do Agent Fabric se apoia em quatro capacidades, e o mais interessante é que você não precisa usar todas de uma vez. Dá para começar com governança e ir adicionando o resto conforme a maturidade do seu ecossistema de agentes cresce.
1. Agent Registry — O Catálogo Central de Agentes
O Registry resolve um problema básico: “Quem construiu o quê e onde está?”
Em vez de cada time publicar seu agente em um repositório GitHub esquecido ou em uma pasta do SharePoint que ninguém mais acessa, o Agent Registry centraliza tudo no Anypoint Exchange. Agora o Exchange suporta três novos tipos de ativos: Agents (compatíveis com o protocolo A2A), MCP Servers e LLM Providers.
Cada ativo registrado carrega metadados imutáveis — nome único, versão, dono, publisher e estágio do ciclo de vida (desenvolvimento, staging, produção, deprecated). E o mais prático: você pode descobrir agentes via busca em linguagem natural usando o MuleSoft Vibes diretamente do Anypoint Code Builder.
Na prática, isso elimina a duplicação. Se o time de vendas já construiu um agente de qualificação de leads, o time de marketing descobre antes de construir o próprio. Economia de horas de desenvolvimento.
2. Agent Broker — O Cérebro da Orquestração
O Broker é onde a mágica acontece. Trata-se de um agente especializado que funciona como roteador inteligente de tarefas.
Você define um Broker dentro de um arquivo YAML de Agent Network — uma especificação declarativa que descreve todo o ecossistema de agentes, MCP servers e LLMs que aquele broker pode usar. O YAML é compilado em uma aplicação Mule que é implantada no CloudHub 2.0, sem exigir que o desenvolvedore escreva uma linha de XML ou Java.
O Broker é alimentado por um LLM de sua escolha. Você decide se quer usar um modelo compartilhado entre todos os brokers da empresa ou brokers especializados com LLMs diferentes. Uma boa prática que a documentação da Salesforce recomenda é limitar o número de ferramentas expostas a cada broker para no máximo 20-25. Acima disso, os LLMs mais modernos começam a perder precisão na seleção da ferramenta certa.
O Broker também suporta Human-in-the-Loop usando o MuleSoft Object Store para manter o estado de cada interação. Isso é crucial em workflows que exigem aprovação humana antes de uma ação crítica.
3. Flex Gateway — A Camada de Governança
Se o Broker é o cérebro, o Flex Gateway é a polícia.
Cada rede de agentes precisa de dois gateways: um de ingress (para tráfego que entra na rede) e um de egress (para tráfego que sai para sistemas externos). Todo o tráfego A2A e MCP passa por esses gateways, que aplicam políticas de segurança e compliance em cada interação.
As políticas disponíveis incluem:
- A2A Policies: validação de agent card, detecção de PII, decorators de prompt, validação de schema
- MCP Policies: controle de acesso baseado em atributos (ABAC), validação de schema
- LLM/AI Policies: guardrails de conteúdo, templates de prompt, rate limiting
- Telemetry Policies: exportação de logs para soluções OpenTelemetry
O mais impressionante é que essas políticas são configuradas no próprio YAML da Agent Network. Você não precisa de passos extras. O Agent Fabric automaticamente aplica as políticas no Flex Gateway durante o deploy.
4. Agent Visualizer — O Raio-X do Ecossistema
Dado o comportamento não-determinístico dos agentes baseados em LLM, observabilidade deixa de ser um “bom ter” e vira um requisito de produção.
O Agent Visualizer oferece um mapa dinâmico e interativo de como os agentes estão interagindo. Você consegue:
- Distinguir tipos de nós (agentes vs MCP servers)
- Ver as arestas de interação em tempo real e em execução
- Aplicar filtros por ambiente (dev, staging, produção)
- Inspecionar metadados e métricas de cada nó
- Ver indicadores de governança — quais agentes estão protegidos pelo Flex Gateway e quais políticas estão ativas
O roadmap de observabilidade inclui ainda tracing distribuído com OpenTelemetry, playback de sessões (reproduzir passo a passo a trilha cognitiva de um agente), visualização DAG de workflows multi-agente e rastreamento de custos por chamada de LLM.
Como Funciona na Prática: O Ciclo de Vida de uma Agent Network
A Salesforce define um fluxo de quatro etapas para colocar o Agent Fabric em operação:
1. Setup de ambiente: Configurar os runtimes e gateways (ingress e egress) no seu espaço privado
2. Criação e design do projeto: Usar o Anypoint Code Builder com o comando “MuleSoft: Create an Agent Network Project” para gerar o scaffold com o arquivo `agent-network.yaml` e o `exchange.json`
3. Build e publicação: O comando “MuleSoft: Publish Agent Broker Project to Exchange” transforma cada ativo definido no YAML em especificações A2A, MCP ou LLM e publica tudo no Exchange
4. Deploy: A aplicação gerada é implantada no CloudHub 2.0, com todos os benefícios de logging, métricas e alertas da plataforma
O YAML de especificação da rede de agentes segue um formato declarativo. Um exemplo real disponível na documentação oficial define uma rede de order fulfillment que integra Salesforce, Stripe, um agente de fulfillment e um MCP server de inventário — tudo governado por políticas centralizadas.
Padrões de Design: Hierarquia, Não Bagunça
Um dos insights mais valiosos que saíram da documentação de arquitetura da Salesforce é a recomendação de não usar uma arquitetura plana de agentes.
Parece tentador expor todos os agentes diretamente a um único orquestrador. Mas, na prática, com mais de 20-25 opções, o LLM do Broker começa a sofrer de “paralisia de escolha”, perdendo precisão e consistência.
A abordagem recomendada é hierárquica, seguindo dois padrões:
Padrão 1 — Mapeamento com a Estrutura Organizacional (Conway’s Law):
Você modela a rede de agentes como um organograma digital. Cada nível da hierarquia é um Broker que delega para sub-brokers, até chegar nos agentes especialistas (as folhas da árvore). Um Broker de alto nível recebe uma solicitação, identifica que pertence ao domínio de Vendas, e delega para o “Sales Domain Broker”, que por sua vez chama o “Opportunity Management Broker”, que executa a tarefa via um “Opportunity Status Update Agent”.
Padrão 2 — Domain-Driven Design:
Em vez de espelhar o organograma da empresa (que pode mudar com frequência), você organiza os agentes por domínios de negócio. Isso frequentemente cruza fronteiras organizacionais tradicionais. Por exemplo, o onboarding de um novo funcionário envolve TI (hardware, provisionamento) e RH (treinamento, benefícios) — então o domínio “Employee Onboarding” vai orquestrar agentes de ambos os departamentos.
Casos de Uso Reais
A Salesforce documenta três cenários que traduzem bem o valor do Agent Fabric:
Processamento de Hipotecas
Um “Mortgage Assistant Agent” usa o Broker para conectar-se a agentes externos de verificação de crédito, assinatura digital (DocuSign) e compliance — tudo em um único fluxo orquestrado. O Flex Gateway garante que dados bancários sensíveis nunca cruzem fronteiras sem as políticas corretas.
Logística de Supply Chain
Um “Operations Agent” coordena-se com agentes de frota, sistemas SAP de inventário e agentes de controle de qualidade em tempo real. Quando um envio atrasa, a orquestração reage automaticamente — acionando rotas alternativas e notificando o setor de compras.
Onboarding de Parceiros
Agentes de vendas, TI e conhecimento trabalham juntos sob regras de governança. Um novo parceiro recebe acesso exatamente ao que precisa, sem expor dados sensíveis de outros clientes. Cada interação é auditável.
Disponibilidade
Nem tudo está disponível desde o lançamento inicial, então vale a pena ter clareza sobre o timeline: Componente Disponibilidade Agent Governance (Flex Gateway para MCP e A2A) Disponível desde Outubro/2025 Agent Registry GA desde Outubro/2025 Agent Broker Beta em Outubro/2025, GA posteriormente Agent Visualizer GA desde Outubro/2025
Em julho de 2026, todos os componentes já estão em disponibilidade geral, com a plataforma madura e eventos como o de hoje focando em adoção empresarial e padrões arquiteturais avançados.
MuleSoft Agent Fabric e o Ecossistema Salesforce
Uma pergunta que aparece muito: “Isso substitui o Agentforce?” A resposta é não, e é importante entender a diferença.
O Agentforce é a plataforma da Salesforce para construir agentes de IA que atuam dentro do ecossistema Salesforce — Service Cloud, Sales Cloud, Marketing Cloud. É onde você cria o agente de atendimento ao cliente ou o agente de vendas.
O MuleSoft Agent Fabric é a camada que orquestra e governa agentes de qualquer origem — incluindo os agentes Agentforce, mas também agentes construídos em outras plataformas (Google Vertex AI, AWS Bedrock, OpenAI, agentes Python customizados, etc.).
Na prática, o Agent Fabric funciona como o sistema nervoso central que conecta todos os agentes da empresa. O Agentforce é um dos seus nós.
O Que Esperar daqui pra Frente
O evento de hoje (“Architect to Win the Agent Age”) sinaliza uma mudança importante na estratégia da MuleSoft. Em 2025, o foco era lançar o produto e provar o conceito. Em 2026, a conversa é sobre adoção em escala — como arquitetar redes de agentes que sejam resilientes, governáveis e que não explodam o orçamento de tokens de LLM.
O roadmap de observabilidade promete tracing distribuído completo, playback cognitivo de sessões e dashboards de custo por agente. Isso não é luxo. Quando você coloca dezenas de agentes autônomos em produção, saber exatamente o que cada um fez, quanto custou e por que tomou cada decisão deixa de ser opcional.
Para arquitetos de integração que estão começando agora, o conselho da própria Salesforce é simples: comece pequeno, governe desde o primeiro dia. Registre um agente, aplique uma política de governança, veja o Visualizer funcionando. Depois adicione o Broker. Depois expanda.
Agentes de IA não vão desaparecer. Eles vão se multiplicar. A pergunta é se sua empresa vai deixar isso acontecer no escuro ou com um painel de controle.
Conclusão
O MuleSoft Agent Fabric não é mais um produto de laboratório. Em julho de 2026, é uma plataforma madura com todos os componentes em GA, eventos de adoção acontecendo hoje e casos de uso reais documentados.
Para empresas que já têm agentes de IA em produção — ou estão planejando ter — o custo de não ter uma camada de orquestração e governança vai ficar cada vez mais alto. Concorrência entre agentes, dados inconsistentes, violações de compliance e retrabalho são o preço da falta de estrutura.
A boa notícia é que a infraestrutura para evitar isso já existe. O resto é decisão de arquitetura.
Quer saber mais sobre como arquitetar redes de agentes com MuleSoft Agent Fabric? Deixa nos comentários qual cenário da sua empresa você gostaria de ver orquestrado com agentes de IA.
Fontes:
- Salesforce Architect Blog – MuleSoft Agent Fabric Deep Dive
- MuleSoft Official Documentation – Agent Fabric Release Notes
- CloudCache Consulting – Salesforce Introduces MuleSoft Agent Fabric
- ProwessSoft – Understanding MuleSoft Agent Fabric
- Salesforce Ben – Summer ’26 Release Features
- MuleSoft Events – Architect to Win the Agent Age (July 21, 2026)