Num artigo publicado em 04/11, a Salesforce (pela voz de Joe Inzerillo, President de Enterprise & AI Technology) cravou a dor que o mercado inteiro sente depois de um ano de agentes: "seus agentes de IA são rápidos; seu processo não é". A imagem que ele usa é perfeita para o momento de Black Friday — o agente é um carro de corrida preso atrás de um trator: termina a etapa em segundos e para, porque o trabalho ao redor dela (revisão, handoff e, principalmente, os sistemas de backend que ele precisa consultar) continua no ritmo antigo. É aí que o ROI empaca. E a saída que a própria Salesforce aponta não é um modelo melhor: é expor os sistemas de registro via APIs e MCP para os agentes. Ou seja, o gargalo é integração.
1. "Agentes rápidos, processo lento": o diagnóstico da Salesforce
O recado da Salesforce é incomum pela honestidade. Depois de um ciclo inteiro vendendo capacidade agêntica, a empresa reconhece que a maior parte do valor prometido não apareceu — cita que cerca de 95% das empresas ainda não estão extraindo valor da IA — e que isso não é culpa do modelo. O agente faz a parte dele em segundos; o que trava é o entorno. A metáfora do carro de corrida atrás do trator captura o problema melhor do que qualquer arquitetura: não adianta potência se a pista está obstruída.
Há inclusive um sinal interno do quanto a tecnologia já amadureceu: a própria Salesforce relata que 74% dos seus funcionários já usaram ferramentas de coding agêntico. A capacidade existe e está acessível. O que falta é fazer o resto da operação — os processos e os sistemas onde o dado realmente vive — andar na mesma velocidade.
2. O gargalo real não é o modelo: é o acesso aos sistemas de registro
Quando se abre o capô de um agente que "trava", quase sempre o problema é o mesmo: ele precisa de um dado que está num sistema de registro (o ERP, o OMS, o gateway de pagamento) e não alcança esse dado com rapidez nem de forma governada. O modelo responde em um segundo, mas a resposta depende de uma consulta que leva oito — ou que exige uma integração ponto a ponto frágil, feita às pressas, que ninguém confia em escalar.
Não por acaso, a receita da própria Salesforce (os chamados Rapid Innovation Squads) é redesenhar o fluxo inteiro e expor os sistemas de registro via API e MCP para os agentes. Traduzindo: a vantagem competitiva com IA não vem de trocar de LLM, vem de dar ao agente acesso rápido, padronizado e seguro aos sistemas onde o estoque, o pedido e o pagamento são a verdade. É trabalho de integração, não de prompt.
3. Onde o agente trava no pico: estoque, pedido e pagamento fora de alcance
Na Black Friday, o custo desse gargalo fica brutal. Imagine um agente de atendimento ou de venda que fecha uma interação em um segundo, mas leva oito para descobrir se há estoque, porque o dado está num ERP que ele só alcança por uma integração lenta. No volume do pico, cada segundo de espera multiplicado por milhares de conversas simultâneas vira fila — e a fila trava a pista inteira. O carro de corrida não perde a corrida na reta; perde atrás do trator.
O detalhe que decide o resultado é que as três informações mais quentes do pico — estoque, status do pedido e situação do pagamento — vivem fora do CRM, em sistemas operacionais. Se o agente não as alcança na velocidade dele, ele não resolve: ele promete e empurra o cliente para um humano, ou pior, dá uma resposta errada sobre disponibilidade. A inteligência está pronta; falta limpar a pista.
4. Expor o backend de forma rápida e governada (API-led, MCP, event-driven)
Fazer o agente andar na velocidade que ele promete é um projeto de integração com três camadas. A primeira é API-led: encapsular cada sistema de registro (ERP, OMS, pagamento) atrás de APIs estáveis e reutilizáveis, em vez de integrações ponto a ponto que ninguém mantém. A segunda é MCP (Model Context Protocol): padronizar como o agente descobre e chama essas capacidades, com governança e permissão embutidas, para que o acesso seja seguro por padrão. A terceira é event-driven: propagar mudanças de estoque, pedido e pagamento em tempo real, para o agente ler a verdade atual e não um retrato defasado.
Com essas três camadas, o estoque responde na velocidade do agente, o status do pedido é consultável sem reentrada e o pagamento é verificável em tempo real — tudo governado, auditável e pronto para o pico. O agente deixa de esperar o trator porque a pista foi aberta.
5. Como a CCX faz o agente andar na velocidade dele
A CCX trabalha exatamente nessa ponte entre o agente e o backend. Nos Projetos Salesforce (Agentforce e Commerce), conectamos o agente aos sistemas onde o dado operacional vive — e, para o que está fora do mundo Salesforce, usamos API-led sobre MuleSoft para expor estoque, pedido e pagamento como capacidades rápidas e governadas. A frente de Integrações & APIs Enterprise cuida do event-driven (Kafka, RabbitMQ) que mantém esses dados em tempo real, com buffer e retry para aguentar o pico.
O resultado é o que a própria Salesforce prescreve, entregue na prática: os sistemas de registro expostos via API e MCP, o agente com acesso rápido e seguro ao dado quente e a operação instrumentada para não travar no minuto de maior volume. Capacidade de IA virou abundância; a vantagem escassa é conectar o backend na velocidade do agente.
Seu agente de IA é um carro de corrida preso atrás de um trator? O gargalo não é o modelo — é o acesso aos sistemas onde o estoque, o pedido e o pagamento vivem. A CCX expõe seus sistemas de registro de forma rápida e governada (API-led sobre MuleSoft, MCP, event-driven) pra o agente andar na velocidade que promete, inclusive no pico. Falar com especialista Salesforce →
6. Perguntas frequentes
Por que meu agente de IA é lento ou "não resolve"? Na maioria dos casos não é o modelo — é o acesso ao dado. O agente responde rápido, mas depende de consultas a sistemas de registro (ERP, OMS, pagamento) que ele alcança devagar ou por integrações frágeis. Acelerar o agente é acelerar e governar esse acesso.
O que é MCP em integração? MCP (Model Context Protocol) é um padrão para o agente descobrir e invocar capacidades e dados de sistemas externos de forma consistente, com governança e permissão. Ele padroniza o "aperto de mão" entre o agente e os sistemas de registro, reduzindo integração sob medida.
O Agentforce acessa estoque em tempo real? Só se o estoque estiver exposto de forma acessível a ele. O agente consulta o que a sua arquitetura permitir; expor estoque, pedido e pagamento via API-led e eventos é o que torna essa consulta rápida, governada e confiável no pico.
Preciso trocar de LLM para resolver isso? Não. Trocar o modelo não limpa a pista. O ganho vem de expor os sistemas de registro de forma rápida e governada — exatamente o que a própria Salesforce aponta como a saída.