A manchete de infraestrutura da Dreamforce 2026 foi “one connected AI stack”. A Salesforce anunciou o Hyperforce rodando no Google Cloud, ligou o Agentforce ao Gemini via MCP + A2A, abriu escolha de modelo no AWS Bedrock (com Amazon Quick e Agentforce Voice) e ainda amarrou a Siemens. A própria empresa resume assim: “a arquitetura expõe milhares de capacidades do Salesforce a modelos e agentes pelo padrão MCP”. É verdadeiro e é útil.
Mas repare no sujeito da frase. Quem está sendo conectado são as nuvens dos fornecedores umas nas outras: Salesforce ↔ Google ↔ AWS ↔ NVIDIA. O agente que a sua empresa vai colocar para rodar não vive só dentro desse triângulo — ele precisa alcançar o seu ERP, o seu legado, o seu dado que não é Salesforce, o seu SAP. E essa costura não está em nenhum palco, porque ela é específica do seu ambiente. Este artigo é agnóstico: MCP e A2A são padrões abertos, adotados por OpenAI, Google e Microsoft; a tese não é “compre a nuvem X”, e sim que os fornecedores conectam as nuvens deles — integrar o SEU ambiente a esses padrões é engenharia.
O que a Salesforce anunciou: “one connected AI stack”
Vale destrinchar o pacote, porque cada peça é real e importa. O Hyperforce — a arquitetura de infraestrutura da Salesforce — passou a rodar sobre o Google Cloud, ampliando as regiões e opções de deployment. O Agentforce foi conectado ao Gemini do Google por meio de dois padrões: o MCP (Model Context Protocol), que expõe ferramentas e dados a modelos, e o A2A (agent-to-agent), que permite a agentes conversarem entre si. Do lado da AWS, a Salesforce abriu escolha de modelo no Bedrock, além de integrar Amazon Quick e o Agentforce Voice. E fechou com uma parceria de peso com a Siemens.
O fio condutor que a Salesforce comunicou é a padronização: ao adotar MCP como língua franca, a plataforma “expõe milhares de capacidades a modelos e agentes”. Traduzindo: em vez de cada integração ser um conector artesanal, o MCP vira um protocolo comum que qualquer modelo compatível entende. É um avanço genuíno — reduz atrito entre plataformas e é a direção certa para o setor. O problema não está no que foi anunciado; está em quem foi conectado, e em quem ficou de fora.
Quem está sendo conectado: as nuvens dos fornecedores umas nas outras
Olhe o diagrama implícito de tudo o que foi anunciado. Hyperforce ↔ Google Cloud. Agentforce ↔ Gemini. Agentforce ↔ AWS Bedrock. Salesforce ↔ NVIDIA (via o modelo Koa, sobre o Nemotron). Todos os vértices desse grafo são fornecedores de hyperscale. É uma conexão entre gigantes, e faz todo o sentido comercial: cada um quer que seus agentes rodem em cima da infraestrutura do outro.
Mas essa é uma foto do ecossistema dos fornecedores, não do seu ambiente. Quando o palco diz “tudo conectado”, o que está conectado é Salesforce com Google com AWS com NVIDIA. O seu ERP não estava no palco. O seu sistema legado de vinte anos não estava no palco. A sua base de dados que roda num banco on-premise, o seu Protheus, o seu SAP, a sua planilha crítica de operações — nada disso apareceu no keynote, porque nada disso é responsabilidade da Salesforce, do Google ou da AWS. A conexão entre as nuvens dos fornecedores é o ponto de partida da sua arquitetura de agentes; não é o ponto de chegada.
O que o palco não conecta: o seu ERP, seu legado, seu dado não-Salesforce, seu SAP
Um agente só é útil quando age — e agir, na maioria das operações reais, significa tocar sistemas que não são o CRM. O agente que “reprograma uma entrega” precisa escrever no ERP. O que “aprova um pedido” precisa consultar o sistema fiscal e o financeiro. O que “ajusta um plano de compras” precisa ler o estoque e falar com o fornecedor. Essas ações acontecem no seu estado — o conjunto específico de sistemas, dados e regras que só a sua empresa tem, montado ao longo de anos.
E o seu estado quase nunca é bonito. Ele tem um ERP com customizações, um legado sem API moderna, um dado que mora fora de qualquer uma das três nuvens do palco, integrações ponto-a-ponto que alguém costurou às pressas. Conectar o Agentforce ao Bedrock não resolve nada disso — porque o Bedrock não conhece o seu Protheus. O “connected stack” do fornecedor entrega o idioma; quem precisa traduzir esse idioma para o seu ambiente, com contrato de API, identidade e observabilidade, é você. É por isso que a integração continua sendo o trabalho que o keynote pressupõe, mas não faz.
Padrão (MCP/A2A) ≠ tradução do seu estado
Aqui está a confusão mais cara do momento. MCP e A2A são protocolos — o idioma comum que permite a um modelo chamar uma ferramenta e a um agente falar com outro. Ter um idioma comum é ótimo e necessário. Mas idioma comum não é a tradução do seu estado para esse idioma. Que o MCP exista não faz o seu ERP falar MCP; alguém precisa construir a ponte que expõe as capacidades do seu ERP como ferramentas MCP, com o contrato certo, o escopo certo e a credencial certa.
Pense na diferença entre “o mundo adotou um idioma universal” e “o seu documento está traduzido para esse idioma”. A primeira frase é sobre o ecossistema; a segunda é sobre o seu trabalho. “Conectado” numa press release entre três nuvens é a primeira frase. “Integrado” no ambiente onde o seu agente vai de fato agir é a segunda — e a distância entre as duas é exatamente a engenharia de integração que nenhum anúncio de plataforma entrega pronto. Tratar o padrão como se fosse a integração é o erro que aparece em produção, quando o agente entende o idioma mas não alcança o sistema.
Os números: integração é a barreira nº1, 88% dos pilotos não vão à produção
Os dados desta janela explicam por que essa distinção decide o resultado. Segundo o State of AI Agents 2026, a integração é a barreira número 1 para escalar agentes: cerca de 95% dos líderes de TI citam integração como o bloqueador primário, e ela aparece como principal obstáculo em torno de 46% das leituras. E o desfecho é conhecido: 88% dos pilotos de IA não chegam à produção.
Repare que essas estatísticas não melhoram porque um fornecedor conectou a nuvem dele à de outro. Elas medem justamente o gargalo que fica do lado do cliente: o esforço de fazer o agente alcançar os sistemas reais da empresa. Um “connected stack” entre hyperscalers é uma boa notícia para a fundação do ecossistema; é irrelevante para o seu piloto se o seu ERP continua inalcançável. A pergunta que decide se você vira parte dos 12% que chegam à produção não é “os fornecedores estão conectados?”, e sim “o meu estado está integrado ao padrão?”.
Como a CCX integra o seu estado ao “connected stack”
Na CCX, traduzir o “connected stack” para o seu ambiente é um projeto de engenharia com quatro movimentos.
O primeiro é a conexão API-led. Pela frente de Integrações & APIs Enterprise, conectamos o seu ERP, o seu legado e o seu dado não-Salesforce aos padrões MCP/A2A com REST, GraphQL e gRPC e arquitetura event-driven (Kafka/RabbitMQ), com idempotência e contratos explícitos; quando faz sentido, com MuleSoft / API-led connectivity (Anypoint Platform), para uma malha governada de ponta a ponta em vez de um emaranhado ponto-a-ponto por nuvem. O segundo é a identidade por conexão: pela frente de Security Engineering & Cybersecurity, cada conexão que cruza nuvem recebe identidade não-humana com menor privilégio, credencial de vida curta e rotacionada (OAuth2/Vault) — o agente que atravessa fronteiras não carrega uma chave-mestra.
O terceiro é o gateway, o ponto único onde política, limite e roteamento das chamadas entre sistemas são aplicados — não uma dúzia de integrações frágeis. O quarto é a observabilidade: pela frente de Observabilidade 360° (Datadog, Grafana, Prometheus, Sentry e tracing distribuído com OpenTelemetry), instrumentamos o rastro prompt → ferramenta → ação através das fronteiras de nuvem, para você enxergar onde o agente foi, o que chamou e quanto custou. Sobre tudo isso, a Consultoria em Tecnologia desenha a arquitetura-alvo do que precisa se conectar ao seu estado, com compliance LGPD/SOC 2.
Quer traduzir o “connected stack” para o seu ambiente? Veja as soluções de integração e segurança da CCX em ccxcompany.co/br/solucoes. Para a conexão governada API-led do seu ERP/legado aos padrões MCP/A2A, Consultoria MuleSoft; para a observabilidade da cadeia entre nuvens, Data & BI. O palco conecta as nuvens dos fornecedores; o seu ambiente é engenharia.
Perguntas frequentes (FAQ)
O que é o Hyperforce?
O Hyperforce é a arquitetura de infraestrutura da Salesforce que roda os serviços da plataforma sobre nuvens públicas, dando escala, residência de dados por região e conformidade. Na Dreamforce 2026, a Salesforce anunciou o Hyperforce rodando também sobre o Google Cloud, ampliando as opções de deployment — parte do que a empresa chamou de “one connected AI stack”.
O que são MCP e A2A?
MCP (Model Context Protocol) é um padrão aberto que expõe ferramentas e dados a modelos de IA de forma padronizada; A2A (agent-to-agent) é um padrão para agentes se comunicarem entre si. Juntos, funcionam como um “idioma comum” entre plataformas. Adotá-los reduz o atrito entre nuvens — mas não substitui o trabalho de conectar os seus próprios sistemas (ERP, legado, dado não-Salesforce) a esse idioma.
Como integrar o Salesforce com AWS e Google Cloud?
No nível dos fornecedores, a integração já vem via Hyperforce no Google Cloud e Agentforce no AWS Bedrock por MCP/A2A. No nível do seu ambiente, integrar significa conectar o seu ERP, legado e dado não-Salesforce a esses padrões — com API-led connectivity (por exemplo, MuleSoft/Anypoint), identidade por conexão, gateway e observabilidade ponta a ponta. É essa segunda camada que determina se o agente age no seu estado.
Por que agentes de IA travam em integração?
Porque um agente só entrega valor quando age nos sistemas reais da empresa, e esses sistemas raramente têm APIs modernas, dados unificados e permissões bem modeladas. O State of AI Agents 2026 aponta integração como a barreira nº1 (citada por cerca de 95% dos líderes de TI) e mostra que 88% dos pilotos não chegam à produção — quase sempre por não conseguirem conectar o agente ao estado real do cliente.
“One connected AI stack” é uma boa manchete — e um avanço real de ecossistema. Mas a pergunta que decide o seu resultado não é “os fornecedores estão conectados?”, e sim “o meu ERP, meu legado e meu dado não-Salesforce estão integrados ao padrão?”. Conectado no press release não é integrado no seu estado. Traduzir o connected stack com a CCX →