Duas forças se encontraram esta semana e mudaram a conta da integração de agentes de IA. A primeira: a interoperabilidade de agentes virou padrão de indústria — o A2A entrou na AAIF (Agentic AI Interoperability Foundation, sob a Linux Foundation, com mais de 250 membros: AWS, Anthropic, Google, Microsoft, OpenAI) ao lado do MCP, colocando os dois protocolos que definem como um agente fala com ferramentas, dados e outros agentes sob governança neutra. A segunda: criar agente ficou trivial. O Agentic Enterprise Index da Salesforce mostra que a empresa média saltou de 5 agentes (fev/25) para 13 (abr/26), o conjunto de skills do agente médio triplicou (de 2 para 6 ações de negócio), e criar um agente caiu para 1,9 dia (−53%).
Junte as duas e você tem o efeito 2026: mais agentes, cada um tocando mais sistemas, todos “falando o mesmo protocolo”. É aqui que mora a pegadinha — e ela é honesta e no nível do problema: padronizar como o agente fala não integra os seus sistemas nem reconcilia o seu dado.
A virada: a interoperabilidade de agentes virou padrão
Por dois anos, MCP e A2A competiram por mindshare como os protocolos que padronizam a comunicação de agentes. O MCP (Model Context Protocol) define como um modelo acessa ferramentas e contexto; o A2A (Agent-to-Agent) define como agentes conversam entre si. A entrada do A2A na AAIF, ao lado do MCP, sob a Linux Foundation e com mais de 250 membros incluindo os maiores provedores de nuvem e de modelos, sinaliza que essa camada deixou de ser território de um fornecedor e virou infraestrutura comum, governada de forma neutra.
É uma boa notícia. Padrões abertos reduzem lock-in e o atrito de conectar um agente a uma ferramenta nova. Mas é importante entender exatamente o que um padrão de comunicação padroniza — e o que ele deixa intocado.
O outro dado: criar agente ficou trivial
Enquanto os protocolos convergiam, o custo de criar um agente despencou. Os números do Agentic Enterprise Index contam a história: a empresa média passou de 5 para 13 agentes em pouco mais de um ano. O agente médio deixou de executar 2 ações e passou a executar 6 — “atravessando fronteiras tradicionais de sistema”, nas palavras do relatório. E o tempo para colocar um agente de pé caiu para 1,9 dia, uma redução de 53%.
Traduzindo: não só há mais agentes, como cada um toca mais sistemas, e novos surgem a cada dois dias. A multiplicação não é linear — é o produto de duas curvas que sobem juntas (mais agentes × mais skills por agente).
O que o padrão faz — e o que ele não faz
Vale separar com cuidado. MCP e A2A são o plugue comum — a tomada universal. Eles padronizam o formato da conversa: como um agente pede uma ferramenta, como recebe uma resposta, como delega a outro agente. Isso reduz o atrito de conectar.
O que eles não fazem é igualmente importante. Um protocolo comum não expõe o seu ERP por uma API governada. Não reconcilia o número que aparece diferente em três sistemas. Não instrumenta a chamada para você saber o que o agente leu e escreveu. Não define quem tem permissão para quê. O padrão move o plugue; o encanamento embaixo — as APIs, o dado, a observabilidade, a identidade — continua sendo seu. Ter uma tomada universal na parede não significa que a fiação da casa foi feita.
A conta que ninguém faz
Aqui está a aritmética desconfortável. Se a empresa média roda 13 agentes e cada um atravessa 6 sistemas, você tem, na ordem de grandeza, dezenas de caminhos ativos para dentro dos seus sistemas — algo como 78 conexões lógicas que leem e escrevem no seu negócio. Cada uma dessas conexões é um ponto onde um agente pode ler um dado errado, escrever num sistema sem trilha, ou agir com uma permissão ampla demais.
Antes, integração era um projeto pontual: conectar o sistema A ao B, com cuidado. Agora é uma superfície que cresce sozinha, a cada agente novo × cada skill nova, muitas vezes montada por times que só configuram o protocolo e assumem que o resto está resolvido. Não está.
O que cada caminho realmente precisa
Para que 13 agentes atravessando 6 sistemas cada não virem 78 caminhos não-governados, cada conexão precisa de quatro coisas — nenhuma delas entregue pelo protocolo:
- API governada e idempotente. Cada sistema exposto por um contrato claro, versionado, que não duplica efeito quando o agente repete uma chamada. Falar MCP não cria essa API — alguém precisa construí-la.
- Dado reconciliado. Os 13 agentes precisam ler a mesma versão da verdade. Sem reconciliação, cada um decide sozinho em qual fonte acreditar, e as respostas divergem.
- Observabilidade por ação. Instrumentar cada agente × cada skill para provar o que leu, chamou e escreveu — com tracing distribuído, logs estruturados e métricas. Sem isso, você não audita 78 caminhos.
- Identidade e permissão de vida curta. Cada agente com credencial escopada, de curta duração, e trilha embaixo do protocolo. Um caminho aberto sem identidade é um risco de segurança que escala com o número de agentes.
Por que “todo mundo empacota agente” não resolve isso
O mercado inteiro está empacotando “agente”. A IBM embutiu GPT-5.6, Codex e ChatGPT Work no IBM Consulting Advantage e criou uma prática dedicada; a Synchrony fechou com a OpenAI em agentic commerce; os hyperscalers vendem plataformas de agente. Tudo isso facilita criar e rodar agentes — o que, ironicamente, acelera a explosão da superfície de integração.
O que nenhum desses pacotes entrega é a fundação de integração + dado + observabilidade específica do seu negócio. A plataforma governa o agente; o protocolo padroniza a conversa; mas expor o seu ERP legado por uma API idempotente, reconciliar o seu dado e instrumentar as suas 78 conexões continua sendo um trabalho de engenharia sob medida. O padrão comoditizou o plugue; ele não comoditizou o encanamento.
Como a CCX constrói o encanamento embaixo do padrão
É exatamente esse encanamento que a CCX Company constrói — e ele é o coração do portfólio de engenharia da empresa. A prática de Integrações & APIs Enterprise expõe cada sistema por API governada, idempotente e contratada, com arquitetura orientada a eventos (Kafka, RabbitMQ), para que qualquer agente falando MCP ou A2A consiga agir com segurança. A Observabilidade 360° (Datadog, Grafana, OpenTelemetry, Sentry) instrumenta cada um dos N agentes × M skills para provar o que leu, chamou e escreveu. A prática de Data & BI reconcilia o dado que os 13 agentes leem, para todos consumirem a mesma verdade. E Security Engineering cuida da identidade, das permissões de vida curta e da trilha embaixo do protocolo, com Consultoria em Tecnologia desenhando a fundação antes de multiplicar agentes.
Com mais de 200 projetos entregues, 50+ engenheiros sêniores de 10+ anos e stack de integração event-driven em produção, o princípio da CCX é direto: padronize o plugue com MCP e A2A; integre o encanamento com quem faz.
MCP e A2A padronizaram como o agente fala — mas padrão é o plugue comum, não os seus sistemas integrados. Com 13 agentes atravessando 6 sistemas cada, o risco não é o protocolo: é cada caminho pra dentro da sua empresa sem API governada, dado reconciliado e observabilidade. Veja as soluções da CCX e construa o encanamento embaixo do padrão. (Para expor sistemas por API governada e idempotente, Consultoria em Tecnologia; para reconciliar o dado que os agentes leem, Data & BI.)
Perguntas frequentes (FAQ)
O que são MCP e A2A?
São os dois protocolos que padronizam a comunicação de agentes de IA. O MCP (Model Context Protocol) define como um modelo acessa ferramentas e contexto; o A2A (Agent-to-Agent) define como agentes conversam entre si. Ambos passaram a conviver sob a AAIF (Linux Foundation) com mais de 250 membros.
Um protocolo comum integra meus sistemas?
Não. MCP e A2A padronizam o formato da conversa e reduzem o atrito de conectar, mas não expõem seus sistemas por API governada, não reconciliam seu dado e não instrumentam nada. Essa é a diferença entre padronizar o plugue e integrar o encanamento.
Quantos agentes uma empresa média roda em 2026?
Segundo o Agentic Enterprise Index da Salesforce, a empresa média saltou de 5 agentes (fev/25) para 13 (abr/26), com o agente médio executando 6 ações (contra 2 antes) e um tempo de criação de 1,9 dia — uma redução de 53%.
Por que a superfície de integração “explode”?
Porque o número de caminhos é o produto de duas curvas que sobem juntas: mais agentes por empresa × mais skills por agente. 13 agentes × 6 sistemas resultam em dezenas de conexões ativas, cada uma exigindo API governada, dado reconciliado, observabilidade e permissão — que o protocolo não fornece.