O 2026 Connectivity Benchmark Report ouviu mais de mil líderes de TI e produziu dois conjuntos de números que, lado a lado, não fecham. É exatamente esse desencontro que vale a discussão.
De um lado, a adoção — que está exatamente onde os fornecedores prometeram: 88% das organizações já se declaram em transformação agêntica parcial ou total. 83% dizem que a maioria dos seus times já usa agentes. A média é de 12 agentes por empresa, com projeção de crescimento de 67% em dois anos — algo perto de vinte agentes até 2027.
De outro lado, a operação: 50% desses agentes operam em silos isolados. Apenas 54% das organizações têm um framework de governança centralizada. E 86% dos líderes afirmam que, sem integração adequada, o agente adiciona mais complexidade do que valor.
O dado que fecha o raciocínio é o mais desconfortável: 96% concordam que o sucesso da estratégia agêntica depende de integração de dados sem dívida técnica. Ou seja — praticamente todo mundo sabe qual é o pré-requisito, e metade da frota já está rodando sem ele.
Traduzindo: o mercado está comprando o décimo terceiro agente antes de ter conectado os doze primeiros.
1. Os números que não conversam
Vale colocar as duas séries frente a frente, porque a distância entre elas é a pauta inteira:
- 88% em transformação agêntica — contra 54% com governança centralizada.
- 12 agentes em média por empresa — contra 50% deles operando isolados.
- +67% de agentes projetados para dois anos — contra 86% dizendo que sem integração o agente pesa mais do que ajuda.
Não é um retrato de ceticismo. É o oposto: é um retrato de adoção rápida sobre fundação incompleta. A curva de adoção subiu mais rápido que a curva de conectividade, e o intervalo entre as duas é onde os problemas se acumulam silenciosamente — porque um agente em silo funciona. Ele responde, entrega, mostra número bonito no piloto. O custo dele não aparece no mês um; aparece no mês dezoito, quando alguém precisa mudar alguma coisa.
2. O que "silo" significa na prática
"Agente em silo" soa abstrato. Na prática, é uma configuração muito concreta e muito reconhecível:
Conexão própria e direta. O agente de atendimento fala com o CRM por uma credencial criada especificamente para ele. O agente de compras fala com o ERP por outra. Nenhuma dessas conexões passa por uma camada compartilhada. São ponto a ponto, feitas na velocidade do projeto que as pediu.
Sem contrato. Não existe um contrato de API versionado entre o agente e o sistema. Existe um acoplamento. Quando o campo muda de nome no ERP, ninguém sabe quantos agentes quebram até eles quebrarem.
Sem reuso. Este é o custo mais caro e o menos visível. O próximo projeto que precisar ler pedido do ERP vai construir a mesma integração de novo — porque a anterior está embutida na lógica de um agente específico, não exposta como serviço. Você não está construindo uma plataforma. Está construindo a décima terceira ponte para a mesma margem do rio.
Sem visibilidade de escrita. Ler é relativamente inofensivo. Escrever não é. E a pergunta "quais agentes escrevem no ERP hoje?" costuma não ter dono nem resposta.
3. O espelho brasileiro é pior
Uma pesquisa conduzida entre abril e maio de 2026 com empresas brasileiras dá a dimensão local, e ela não é mais confortável:
- 46% operam em silos ou sem dinâmica definida entre negócio e TI.
- 40% apontam a integração entre áreas como o principal entrave à adoção.
- 65% relatam dificuldade de integrar sistemas por causa de silo departamental.
- 59% admitem não ter base tecnológica para sustentar IA em escala.
Esse último número merece um segundo de atenção. Ele não diz "não temos orçamento" nem "não temos caso de uso". Diz que a fundação não existe. E a resposta natural do mercado a esse diagnóstico tem sido, paradoxalmente, adotar mais agentes — porque agente é rápido de subir, dá demonstração boa e não exige a conversa difícil sobre arquitetura.
Note também que 65% apontam o silo departamental, não o técnico. O obstáculo raramente é o protocolo. É que a área de atendimento e a área de logística nunca precisaram concordar sobre o que significa "pedido" — e agora dois agentes precisam.
4. O inventário de agentes em 5 perguntas
Antes de aprovar o próximo piloto, existe um exercício que custa pouco e revela muito. Cinco perguntas. Se você não consegue responder três delas com um documento, você não tem uma frota de agentes — tem uma coleção.
1. Quantos agentes rodam hoje em produção? Não quantos foram aprovados: quantos estão de pé, respondendo a alguém. A diferença entre os dois números costuma ser a primeira surpresa, especialmente onde subir um agente virou questão de poucos cliques.
2. Quem é o dono de cada um? Dono no sentido operacional: quem é chamado às três da manhã quando ele falha, e quem decide se ele pode ser desligado. Agente sem dono nomeado é agente que ninguém vai aposentar.
3. A quais sistemas cada um escreve — não só lê? Essa é a pergunta que dói. Leitura é reversível. Escrita não. Mapeie por sistema de destino, não por agente, e o resultado costuma ser um diagrama que ninguém tinha visto antes.
4. Quantos compartilham a mesma fonte de verdade? Se o agente A e o agente B respondem sobre "o cliente" a partir de bases diferentes, eles vão eventualmente dar respostas diferentes sobre a mesma pessoa — e quem vai descobrir isso é o cliente.
5. Qual é a data de desligamento de cada um? Nenhum agente é construído com plano de aposentadoria. É exatamente assim que se constrói legado.
5. Da conexão ponto a ponto para a camada
A saída não é "pare de adotar agentes". É inverter a ordem da fila: em vez de cada novo agente criar sua própria conexão, cada novo agente consome uma camada que já existe.
API-led connectivity. Em vez de N conexões diretas a N sistemas, um conjunto de APIs organizadas em camadas — APIs de sistema (que expõem o ERP, o CRM), APIs de processo (que compõem regras de negócio) e APIs de experiência (que servem o consumidor final, aqui o agente). O ganho não é elegância arquitetural: é que a décima terceira integração custa uma fração da primeira, porque reusa as camadas de baixo.
Arquitetura event-driven. Kafka ou RabbitMQ como espinha dorsal para o que é assíncrono. Um agente publica um evento; quem precisa reagir se inscreve. Isso desacopla produtores de consumidores — e é o que permite adicionar o próximo agente sem tocar nos anteriores.
Idempotência e outbox. Agentes fazem retry. Muito. Sem idempotência, um retry vira uma operação duplicada; sem o padrão outbox, o evento publicado e a escrita no banco podem divergir. São dois mecanismos baratos de desenhar antes e caros de retrofitar depois.
Reconciliação. Sistemas distribuídos divergem — é uma propriedade, não um defeito. A pergunta é se a divergência é detectada por um processo de reconciliação ou por um cliente reclamando. Escolha explicitamente.
Governança de camada. Catálogo de APIs, contratos versionados, política de autenticação centralizada, observabilidade. É o que transforma os 54% em algo mais próximo de 100% — e o que faz o próximo agente ser configuração em vez de projeto.
6. Como a CCX ajuda: inventário, camada e reuso por contrato
Na CCX, esse trabalho começa pelo diagnóstico e não pela ferramenta. Nossa prática de Consultoria em Tecnologia entrega avaliação de infraestrutura, arquitetura e processos com o pacote que sustenta uma decisão de comitê: diagnóstico do estado atual, arquitetura-alvo, roadmap e TCO comparativo. É onde o inventário das cinco perguntas vira documento com dono e data — recomendação por contexto, não por plataforma.
Na execução, atuamos em Integrações & APIs Enterprise: conectividade via REST, GraphQL e gRPC, arquitetura event-driven com Kafka ou RabbitMQ, idempotência e reconciliação — incluindo as integrações que a maioria dos agentes acaba precisando e ninguém quis fazer direito: SAP ↔ e-commerce, Protheus ↔ e-commerce, CRMs (Salesforce, HubSpot), gateways de pagamento e antifraude. Para quem já opera Anypoint Platform, nossa Consultoria MuleSoft cobre design de APIs e API-led connectivity na camada de governança. E com Observabilidade 360° (Datadog, Grafana, Prometheus, Sentry, tracing com OpenTelemetry) o mapa deixa de ser um diagrama estático e passa a mostrar o que está realmente acontecendo.
São mais de 200 projetos entregues e 50+ especialistas sêniores com média de 10 anos de experiência — e squads dedicadas com onboarding em 48h quando o plano precisa sair do papel rápido. A meta é uma só: fazer com que o décimo terceiro agente reuse a conexão em vez de criar mais uma.
Agente em silo não é agente inútil. É um sistema legado nascendo já desconectado — e sem ninguém encarregado de aposentá-lo depois.
Antes de aprovar o próximo agente, faça o inventário. Consultoria MuleSoft → — ou comece pelo diagnóstico em Consultoria em Tecnologia e veja o portfólio completo em Soluções CCX.
7. Perguntas frequentes
O que é um agente de IA em silo?
É um agente que se conecta diretamente aos sistemas de que precisa — CRM, ERP — por conexões próprias, sem passar por uma camada de integração compartilhada, sem contrato de API versionado e sem possibilidade de reuso por outros projetos. Funciona isoladamente, mas cada novo agente precisa reconstruir a mesma integração do zero.
Quantos agentes de IA uma empresa tem em média?
Segundo o 2026 Connectivity Benchmark Report, a média é de 12 agentes por empresa, com projeção de crescimento de 67% em dois anos — cerca de 20 agentes até 2027. Metade deles opera em silos isolados.
Por que integração é pré-requisito para agentes de IA?
Porque 86% dos líderes de TI relatam que, sem integração adequada, o agente adiciona mais complexidade do que valor, e 96% afirmam que o sucesso depende de integração de dados sem dívida técnica. Um agente que não compartilha fonte de verdade com os demais eventualmente dará uma resposta que contradiz outro agente da mesma empresa.
O que é API-led connectivity?
É uma abordagem que organiza integrações em camadas — APIs de sistema (expõem ERP, CRM), APIs de processo (compõem regras de negócio) e APIs de experiência (servem o consumidor final). O objetivo é que cada nova integração reuse as camadas inferiores em vez de criar uma conexão ponto a ponto nova.
Por onde começar se já tenho vários agentes rodando?
Pelo inventário, antes de qualquer refatoração: quantos agentes existem em produção, quem é dono de cada um, a quais sistemas cada um escreve (não só lê), quantos compartilham a mesma fonte de verdade e qual é a data de desligamento prevista. Sem esse mapa, qualquer decisão de arquitetura é feita no escuro.