No Dreamforce ’26, o maior evento da Salesforce no ano, houve uma mudança de discurso que vale mais do que qualquer anúncio isolado: o destaque não foi "o nosso agente é melhor", foi a orquestração entre agentes. A Salesforce apresentou o Superagent como uma "porta da frente" que coordena agentes especializados — e, de propósito, coordena também agentes de terceiros: AWS, Azure, Google. Para quem lidera tecnologia, esse detalhe reorganiza a pergunta do ano. Se até a Salesforce está orquestrando agentes de concorrentes, é porque o valor deixou de estar em "qual agente" e passou para a camada que faz vários agentes trabalharem juntos sobre os mesmos sistemas. Este artigo explica o que a Salesforce anunciou, por que isso confirma que ninguém vai ter um fornecedor só de agente, e por que orquestrar e governar agentes é um problema de integração — não de escolha de agente.
O que mudou no Dreamforce ’26: a Salesforce parou de vender "o agente" e passou a vender orquestração
Até ontem, a conversa de agentes girava em torno de capacidade: quem executa mais, quem erra menos, quem entende melhor o contexto. No Dreamforce ’26, a Salesforce moveu o centro de gravidade para a coordenação. O recado implícito é que um agente sozinho, por mais capaz que seja, resolve um pedaço do problema — e a operação real exige vários agentes agindo em sequência, cada um com sua especialidade, sobre um dado e um fluxo comuns. Quando o fornecedor líder de CRM passa a destacar a orquestração em vez do agente, está sinalizando onde ele acredita que o retorno vai se concentrar nos próximos anos.
O que é o Superagent: a "porta da frente" que coordena agentes — inclusive de terceiros
O Superagent foi descrito como um ponto único de entrada que recebe o pedido do usuário e o distribui entre agentes especializados, coordenando quem faz o quê e em que ordem. O detalhe que mais chama atenção é que ele coordena de propósito agentes de terceiros — AWS, Azure, Google — e não apenas agentes da própria Salesforce. É um reconhecimento explícito de que o cliente corporativo vive num mundo multi-fornecedor, e de que a melhor forma de agregar valor não é forçar um ecossistema fechado, e sim ser a camada que organiza os agentes que o cliente já tem.
As peças que faltavam: AIforce/Slackforce, Agent Health Monitoring, approval checkpoints, Agent Optimizer
Em volta do Superagent vieram as peças que transformam a ideia em operação. O AIforce traz dado e fluxo da Salesforce para dentro do Claude e do Slack — com o Slackforce em GA já em outubro. O Agent Health Monitoring (16+ métricas, GA) permite observar os agentes em produção. Os approval checkpoints inserem pontos de aprovação humana nos agentes de longo horizonte. E o Agent Optimizer rankeia padrões de falha para corrigir os agentes. Junte as peças: coordenação (Superagent), observabilidade (Health Monitoring), governança (approval checkpoints) e melhoria contínua (Optimizer). Não é um agente melhor; é a infraestrutura para operar muitos agentes com segurança.
O que isso admite: ninguém vai ter um fornecedor só de agente
Ao abrir o Superagent para agentes de AWS, Azure e Google, a Salesforce está admitindo em voz alta o que todo gestor já intui: ninguém vai ficar com um único fornecedor de agente. Você terá Agentforce colado ao CRM, Copilot dentro do Microsoft 365, vai querer testar o Gemini, e ainda vai manter um ou outro agente caseiro para tarefas específicas. Isso não é indecisão — é a realidade de um mercado em que cada fornecedor é forte em um pedaço. A consequência prática é que a pergunta "qual agente adotar" perde importância, porque a resposta será "vários".
O novo problema: fazer agentes de fornecedores diferentes se coordenarem sobre os mesmos sistemas
Se você vai ter vários agentes, a dor deixa de ser escolher e passa a ser fazê-los trabalhar juntos sobre os SEUS sistemas sem virar bagunça: quem chama quem, quem enxerga qual dado, como um agente passa trabalho para o outro, como você monitora o conjunto e como garante que nenhum deles aja fora do permitido. Esse é um problema clássico de sistemas distribuídos — orquestração, contrato de interface, observabilidade e governança — só que agora com agentes de IA no lugar de serviços. E, como de praxe, o fornecedor entrega a peça dele; fazer as peças de vários fornecedores conversarem sobre a sua operação é com você.
Por que isso é integração, não escolha de agente: orquestração + observabilidade + governança
Orquestrar agentes de fornecedores diferentes sobre os mesmos sistemas é, por baixo, um projeto de integração. É preciso um barramento por onde os agentes trocam mensagens e passam trabalho (event-driven, com Kafka ou RabbitMQ, protocolos agent-to-agent), contratos de API claros para cada sistema que os agentes tocam, uma camada de observabilidade que mede os agentes do seu lado (independente da plataforma de cada um) e uma camada de governança que decide o que cada agente pode fazer. O Agent Health Monitoring da Salesforce resolve isso para os agentes da Salesforce; você precisa do equivalente agnóstico, que cubra Agentforce, Copilot, Gemini e o seu agente caseiro ao mesmo tempo.
Como fazer isso agnóstico de fornecedor (Agentforce, Copilot, Gemini, agente caseiro)
A vantagem estratégica de investir na camada de orquestração é que ela é agnóstica de fornecedor. Um barramento de integração bem desenhado, com os sistemas expostos por APIs reutilizáveis e uma trilha de observabilidade única, serve igualmente a qualquer agente — o de hoje e o que ainda vai ser lançado. Quem constrói essa camada troca de agente sem refazer o encanamento, combina agentes diferentes para tarefas diferentes e não fica refém da política de preços ou do roadmap de um único fornecedor. Apostar num agente é apostar num produto que será substituído; investir na orquestração é investir no ativo que faz todos eles valerem a pena.
Como a CCX faz: integração enterprise (event-driven, A2A, MuleSoft) + orquestração de agentes + observabilidade
Orquestrar agentes de vários fornecedores sobre os mesmos sistemas é um projeto de integração e governança — e é o que a CCX monta. As Integrações & APIs Enterprise da CCX conectam os sistemas onde os agentes agem (ERP, e-commerce, CRM, pagamento) com arquitetura event-driven (Kafka, RabbitMQ), REST, GraphQL e gRPC, para que os agentes troquem mensagens e passem trabalho de forma confiável; para integrações enterprise mais complexas, a consultoria MuleSoft (Anypoint, API-led connectivity) organiza esse tráfego por camadas de API reutilizáveis. A IA para Negócios implementa a orquestração de agentes agnóstica de fornecedor — RAG, busca semântica, padrões agent-to-agent — e a Observabilidade 360° (Datadog, Grafana, Prometheus, OpenTelemetry) entrega o "Agent Health Monitoring" do seu lado, medindo todos os agentes no mesmo painel. Quando a orquestração precisa ancorar no stack Salesforce, a CCX é parceira oficial em Salesforce Commerce e Data Cloud. Orquestrar seus agentes de IA → — integrar entre sistemas em /br/solucoes e ancorar no Salesforce em /br/salesforce.
Perguntas frequentes (FAQ)
O que é o Superagent da Salesforce?
É uma "porta da frente" apresentada no Dreamforce ’26 que recebe o pedido do usuário e coordena agentes especializados — inclusive agentes de terceiros, como AWS, Azure e Google — decidindo quem faz o quê e em que ordem. Em vez de vender um agente único, a Salesforce passou a oferecer a camada que orquestra vários agentes sobre os mesmos dados e fluxos.
Como orquestrar vários agentes de IA?
Com uma camada de integração: um barramento event-driven (Kafka, RabbitMQ) por onde os agentes trocam mensagens e passam trabalho, contratos de API claros para cada sistema, protocolos agent-to-agent, observabilidade única para medir todos os agentes e uma camada de governança que decide o que cada um pode fazer. É um projeto de integração e sistemas distribuídos, agnóstico de fornecedor.
Dá pra integrar o Agentforce com o Copilot e o Gemini?
Sim — e é exatamente o cenário que o próprio Superagent assume ao coordenar agentes de terceiros. Fazer Agentforce, Copilot, Gemini e agentes caseiros trabalharem juntos exige uma camada de orquestração e integração sobre os seus sistemas, independente de cada fornecedor, com um barramento comum e observabilidade unificada.
O que é o Agent Health Monitoring?
É o recurso da Salesforce (16+ métricas, GA) para observar os agentes em produção — latência, falhas, comportamento. Ele cobre os agentes da Salesforce; para um ambiente multi-fornecedor, você precisa do equivalente agnóstico de plataforma, que meça Agentforce, Copilot, Gemini e agentes caseiros no mesmo painel.
A Salesforce abriu o Superagent até pra agentes dos concorrentes porque entendeu onde está o valor: não em "qual agente", e sim em orquestrar e governar o conjunto sobre os mesmos sistemas. Pare de perguntar "qual agente adotar". Pergunte "como eu orquestro os agentes que já vou ter de fornecedores diferentes sobre um dado e um sistema conectados". Montar a camada que orquestra seus agentes →