Todos os protocolos de agentes vivem agora debaixo do mesmo telhado — e nenhum torna um agente fiável (2026)

Surya Pratap
By Surya Pratap

20 de agosto de 2026

11 min de leitura

IA e tecnologia
A Agentic AI Foundation a reunir MCP, A2A, AGENTS.md e goose debaixo do mesmo telhado, ao lado da fronteira que não cobre: um agente que passa adiante a saída de outro agente como entrada fiável em vez de como uma afirmação a verificarO que consolidou e o que nãoHover to explore
Uma única fundação passa a governar como os agentes se ligam, se descobrem e provam a identidade. Nenhum desses quatro projetos governa se o que um agente diz é verdade.

A Google entregou o protocolo Agent2Agent à Agentic AI Foundation. O A2A já estava sob a governação da Linux Foundation; isto passa-o para a fundação criada especificamente para a IA agêntica, ao lado do Model Context Protocol da Anthropic, do AGENTS.md da OpenAI e do goose da Block.

É esta a notícia toda e, à superfície, é um procedimento. Ainda assim importa, porque fecha uma pergunta que os fundadores carregam em silêncio desde 2025 — e porque torna impossível continuar a fugir a outra, bem mais difícil.

1. O que consolidou de facto

A Agentic AI Foundation foi constituída a 9 de dezembro de 2025 sob a Linux Foundation, ancorada em três projetos doados: o MCP, da Anthropic, para ligar modelos a ferramentas e dados; o AGENTS.md, da OpenAI, a convenção que dá aos agentes de código orientações próprias de cada projeto; e o goose, da Block, uma framework de agentes local-first.

O A2A é o quarto e tapa o buraco óbvio. O MCP vai do agente à ferramenta. O A2A vai de agente para agente atravessando fronteiras de confiança: descoberta, autenticação e interação entre agentes que nada sabem da implementação um do outro.

A curva de adesões é a parte que vale a pena olhar:

DataMembros da AAIF
Dezembro de 2025, no arranquemenos de 40
Abril de 2026mais de 170
Agosto de 2026mais de 250

Os membros platina são a AWS, a Anthropic, a Block, a Bloomberg, a Cloudflare, a Google, a Microsoft e a OpenAI. O nível ouro inclui a Cisco, a Datadog, a Docker, a IBM, a JetBrains, a Okta, a Oracle, a Salesforce, a SAP, a Shopify, a Snowflake e a Twilio.

Why competitors co-governing a standard is the signal, not the membership count

Um protocolo detido por um fornecedor carrega um risco impossível de pôr em preço: o patrocinador muda de estratégia e a norma passa a ser um passivo sobre o qual já construiu. A governação neutra não torna um protocolo bom, mas elimina esse modo de falha em concreto — e quando o nível platina junta empresas em concorrência direta, nenhuma delas o pode partir sozinha. É esta a propriedade por que os fundadores esperavam de facto.

2. O risco de adoção que acabou de encolher

Recue dezoito meses. Escolher um protocolo de agentes no início de 2025 era adivinhar que norma de que fornecedor sobreviveria, sabendo que errar significava reescrever. Era uma razão real e razoável para esperar.

O percurso do próprio A2A mostra como aquilo se resolveu. A Google lançou-o em abril de 2025 com o apoio de mais de cem empresas, transferiu a especificação e os SDK para a Linux Foundation em junho de 2025, absorveu o concorrente Agent Communication Protocol da IBM em agosto de 2025, publicou o A2A 1.0 em março de 2026 e entregou-o agora à AAIF. Consolidação e não fragmentação — o oposto do que as guerras de protocolos de 2025 pareciam por dentro.

O A2A 1.0 é além disso uma especificação a sério e não um esboço. Acrescentou multitenancy, negociação de versões, ligações multiprotocolo e cartões de agente assinados, ou seja, identidade criptográfica do agente com quem se está a falar. Vem dentro do Google Cloud, do Microsoft Azure AI Foundry e do AWS Bedrock AgentCore, e é usado pela Huawei no assistente Celia, pela Tencent no WeChat e pela PayPal como base do seu trabalho de pagamentos entre agentes.

Se adiou esta decisão porque as normas pareciam instáveis, já estão suficientemente assentes. É uma mudança real e é a conclusão prática do anúncio.

3. A pergunta que ocupou o lugar

É aqui que convém ser rigoroso, porque o enquadramento do comunicado e a realidade de engenharia divergem.

Transporte normalizado não é confiança. O A2A especifica como um agente descobre outro, o autentica e troca mensagens com ele. Não especifica — nem pode especificar — se o conteúdo dessas mensagens está correto.

A versão mais afiada desta crítica veio de Mahesh Shanmugasundaram, da Seekr, que descreveu o risco como um «telefone estragado da IA», em que «cada agente trata a saída do agente anterior como entrada 100% fiável em vez de como uma afirmação a verificar». O argumento é que, sem avaliação obrigatória baseada em evidência em cada salto, a falha em cascata fica «estruturalmente pior do que as equipas esperam».

Isto não é uma crítica ao A2A. É a descrição daquilo para que serve um protocolo de transporte. Mas bate com mais força agora precisamente porque o problema do protocolo ficou resolvido: a fricção que por acidente limitava quantos agentes se encadeavam desapareceu, e nada a substituiu como travão.

Um cartão de agente assinado estabelece que agente está a falar. Não estabelece nada sobre se esse agente tem razão. Confundir as duas coisas é o erro mais caro disponível este ano em arquitetura multiagente, e o vocabulário convida a isso: «verificado», «de confiança» e «autenticado» aparecem todos na especificação, e nenhum significa correto.

4. O erro compõe-se ao longo da cadeia

A aritmética não perdoa e vale a pena fazê-la de forma explícita, porque raramente é escrita.

Se cada agente de uma cadeia for independentemente fiável a 95% no seu passo, uma cadeia de três agentes é fiável em cerca de 86% de ponta a ponta, e uma de cinco em cerca de 77%. São números otimistas: assumem erros independentes, e na prática não são. Uma saída errada e confiante do primeiro agente passa a ser a premissa do segundo, e o segundo não tem mecanismo para duvidar.

É por isto que «acrescentámos mais um agente» torna tantas vezes a demonstração mais impressionante e o produto menos fiável. A demonstração percorre o caminho feliz uma vez. O produto percorre a cadeia dez mil vezes.

Onde pôr a verificação quando o transporte é grátis

  • Em cada fronteira de confiança, não em cada salto. Uma fronteira é onde a saída passa de um componente que controla para um que não controla, ou do agente de uma equipa para o de outra. Dentro da sua própria cadeia, as verificações podem ser mais baratas e mais grosseiras.
  • Sobre a afirmação, não sobre a ligação. A autenticação já lhe diz quem enviou. O que precisa é de uma verificação do que foi afirmado: um esquema, uma restrição, um cruzamento com uma fonte de referência.
  • Onde reverter é caro. Um resumo errado recupera-se. Um pagamento errado, uma escrita errada no registo de um cliente ou uma mensagem errada para fora, não. Gaste o orçamento de verificação na proporção do custo de estar errado.
  • Como porta, não como registo. Uma verificação que anota a discrepância a posteriori e deixa a chamada seguir é observabilidade, o que é útil e é outra coisa. Se nada para, nada foi verificado.

5. O que os números dizem e não dizem

Circulam dois números e medem coisas diferentes.

A AAIF tem mais de 250 organizações membro. O A2A tem mais de 150 organizações que o apoiam. Ambos são reais e ambos contam apoio, não implementação.

O próprio anúncio da Linux Foundation referia implementações em produção ativas em cadeia de abastecimento, serviços financeiros, seguros e operações de TI — e não publicou um único número de implementações nem uma métrica de utilização. Não é evasivo; é o normal numa fundação, que em geral não vê os sistemas em produção dos seus membros. Mas significa que o resumo honesto é este: a adoção institucional é ampla e bem documentada, e a adoção em produção é real mas não quantificada.

O número de membros diz-lhe que um protocolo ainda existirá daqui a três anos. Não lhe diz nada sobre se está rodado para a sua carga de trabalho, e convém não deixar o primeiro facto ocupar em silêncio o lugar do segundo.

6. O que eu faria

Normalize já o transporte

MCP para ferramentas, A2A quando os agentes atravessam mesmo uma fronteira de confiança. O risco de abandono pelo fornecedor que justificava esperar desapareceu em grande medida, ambos estão sob governação neutra e ambos vêm dentro das grandes nuvens. Esta parte já não é uma aposta.

Não acrescente um salto que não consiga verificar

A interoperabilidade barata torna fácil encadear agentes, e fácil não é grátis. Cada agente adicional multiplica-se na sua fiabilidade de ponta a ponta. Se não consegue dizer como detetaria que um salto devolveu algo errado, não está pronto para o acrescentar.

Escreva as suas fronteiras de confiança

A maioria das equipas nunca traçou a linha entre os agentes que controla e os agentes que apenas invoca. É nessa linha que a verificação pertence, e traçá-la leva uma tarde. É também o que transforma «usamos A2A» numa arquitetura a sério.

Mantenha o agente único por omissão

O multiagente é uma resposta a um problema: trabalho realmente separável, ferramentas realmente diferentes, equipas realmente independentes. Não é uma melhoria de categoria. Um protocolo normalizado torna a versão multiagente mais fácil de construir, não mais provável de ser a forma certa.

Se já tem agentes a invocar outros agentes, a hora útil desta semana é listar cada salto e marcar quais têm uma verificação capaz de parar mesmo a chamada. Na maioria dos sistemas a resposta é nenhum, e essa lista convence mais do que qualquer argumento deste artigo.

7. A metade da segurança, em breve

Os cartões de agente assinados são uma melhoria real e valem a adoção exatamente pelo que dão: passa a poder estabelecer que o agente com quem fala é aquele que julga ser. Isso fecha a personificação, que era um buraco a sério.

Não fecha a injeção de instruções através da saída de um agente. Um agente autenticado que tenha sido comprometido, ou que simplesmente tenha lido algo malicioso numa página ou num documento, passará esse conteúdo adiante com uma assinatura válida agarrada. A assinatura viaja com a carga; não a inspeciona. Tudo o que o nosso guia de segurança de agentes diz sobre tratar como não fiável o conteúdo visível ao modelo mantém-se, e aplica-se também às mensagens entre agentes.

O resumo honesto

A camada de protocolos para agentes consolidou-se mais depressa e de forma mais limpa do que a maioria esperava. Quatro projetos que podiam ter dado quatro campos rivais estão agora sob uma única fundação neutra com mais de 250 membros, e as maiores plataformas concorrentes cogovernam-nos. Se estava à espera de que as normas assentassem antes de construir, essa espera acabou.

O que não consolidou — e o que nenhum protocolo consegue — é qualquer noção sobre se a saída de um agente merece ser acreditada. O A2A dá-lhe um tubo fiável e uma resposta criptográfica a quem fala. A resposta a isto está certo tem de vir de si, nas fronteiras que escolher, com verificações capazes de parar a chamada.

Adote a norma. Depois vá construir aquilo que a norma deixou de fora de propósito.

Fontes: Linux Foundation, sobre a constituição da Agentic AI Foundation e os seus projetos fundadores · Techstrong.ai, sobre a Google a passar o A2A para a Agentic AI Foundation · Linux Foundation, sobre o A2A ultrapassar 150 organizações e o primeiro ano em produção · Linux Foundation, sobre o lançamento do projeto Agent2Agent · Axios, sobre a nova casa do A2A · Especificação do protocolo A2A

IdeaToMVP Academy

Want to build with AI — not just read about it?

4-week live cohort for founders. Learn to ship AI agents, scope MVPs, and automate your business — taught by the same team that writes these guides.

Explore the Academy →
Share this post :