07-02-01 — A2A: Origem e Status

⏱ 12 minFontes validadas em: 2026-04-29

TL;DR

O Agent-to-Agent Protocol (A2A) foi lançado pelo Google em abril de 2025 para resolver um problema diferente do MCP: como fazer agentes de diferentes vendors colaborarem entre si. A versão 1.2 foi publicada em março de 2026, já sob a Linux Foundation, com mais de 150 organizações adotando. As primitivas centrais são: Agent Card (discovery), Task (unidade de trabalho), e Streaming (atualizações em tempo real). É o padrão para sistemas multi-agent em escala enterprise.

O problema que o A2A resolve

O MCP resolve "como um agente acessa ferramentas e dados". O A2A resolve "como um agente delega trabalho para outro agente". São problemas distintos.

Sem A2A, um sistema multi-agent típico num banco de grande porte teria: agente de análise de crédito (Salesforce AI), agente de compliance (IBM), agente de documentação (Microsoft Copilot), cada um com API proprietária diferente. Qualquer orquestração seria código glue customizado. O A2A define uma interface padrão para essa comunicação.

🔗 A2A não concorre com MCP

Um agente A2A pode — e tipicamente usa — MCP para acessar suas ferramentas internas. A2A define a comunicação entre agentes; MCP define como cada agente acessa recursos externos. Você vai usar os dois.

Google, abril de 2025: o lançamento

O Google anunciou o A2A em 9 de abril de 2025 no Google Cloud Next '25. O lançamento veio com:

Especificação v0.1 publicada no GitHub (github.com/google-a2a/A2A)
Parceiros de lançamento: Salesforce, SAP, ServiceNow, Workday, Deloitte, Accenture e outros 50+
SDKs de referência em Python, Java e JavaScript
Integração nativa no Vertex AI Agent Engine

💡 Por que o Google liderou?

O Google tem interesse direto em que agentes de diferentes vendors se comuniquem: o Gemini precisa colaborar com agentes Salesforce, SAP, etc. nos workflows corporativos dos clientes Google Cloud. Um padrão aberto cria o ecossistema que o Google precisa para competir com Microsoft.

Evolução: v0.1 → v1.2

Versão	Data	Destaques
v0.1	Abr/2025	Lançamento inicial — Agent Card, Task básico, HTTP transport
v0.2	Jun/2025	Streaming SSE, Push Notifications, melhorias no schema
v1.0	Set/2025	Estabilização da spec, doação à Linux Foundation
v1.1	Dez/2025	OAuth 2.0 padronizado, multi-turn conversations
v1.2	Mar/2026	Artifact streaming, enhanced discovery, 150+ orgs

Linux Foundation: governança aberta

Em setembro de 2025, o Google doou o A2A à Linux Foundation, seguindo o mesmo caminho do OpenTelemetry e do Kubernetes. A decisão foi estratégica: remove a percepção de "padrão do Google" e facilita adoção por empresas que evitam lock-in de vendor único.

O projeto passou a se chamar A2A Protocol sob o guarda-chuva da LF AI & Data Foundation, com Technical Steering Committee incluindo representantes do Google, Microsoft, Salesforce, SAP e IBM.

Primitivas centrais do A2A

1. Agent Card (Descoberta)

Todo agente A2A publica um Agent Card — um documento JSON em /.well-known/agent.json que descreve o agente: o que ele faz, quais skills tem, qual endpoint aceita tasks, e como se autenticar.

// Exemplo de Agent Card (simplificado)
{
  "name": "compliance-checker",
  "description": "Verifica documentos contra regulatórios BACEN e CVM",
  "version": "2.1.0",
  "url": "https://compliance-agent.suaempresa.com",
  "capabilities": {
    "streaming": true,
    "pushNotifications": true
  },
  "skills": [
    {
      "id": "check_document",
      "name": "Verificar Documento",
      "description": "Analisa documento contra regulatórios brasileiros",
      "inputModes": ["text", "file"],
      "outputModes": ["text", "structured"]
    }
  ],
  "authentication": {
    "schemes": ["bearer"]
  }
}

2. Task: a unidade de trabalho

Uma Task é a unidade central do A2A. É o equivalente de uma "conversa" entre agentes: tem ID único, estado (lifecycle), mensagens trocadas, e artefatos produzidos.

3. Task Lifecycle

stateDiagram-v2 [*] --> submitted: POST /tasks submitted --> working: agente aceita working --> working: atualizações via streaming working --> input-required: agente precisa de mais info input-required --> working: cliente envia dados working --> completed: tarefa concluída working --> failed: erro irrecuperável working --> canceled: cliente cancela completed --> [*] failed --> [*] canceled --> [*]

4. Streaming e Push Notifications

Para tasks longas, o A2A suporta dois modelos de updates:

SSE Streaming: o cliente mantém conexão HTTP aberta e recebe updates em tempo real (POST /tasks/{id}/subscribe)
Push Notifications: o agente envia updates para um webhook configurado pelo cliente — para cenários onde a conexão persistente não é viável

Adoção: 150+ organizações em março de 2026

O A2A tem adoção significativa nos maiores players de enterprise software:

Salesforce: Agentforce usa A2A para colaboração entre agentes
SAP: SAP Business AI suporta A2A para workflows cross-system
ServiceNow: Now Assist usa A2A para escalar para agentes especializados
Microsoft: Azure AI Foundry Agent Service suporta A2A (além de MCP)
LangChain / LangGraph: suporte nativo a partir da versão 0.3
AWS: Amazon Bedrock Multi-Agent suporta A2A v1.1+

Como isso se conecta

→ 07-02-02: entenda a diferença entre A2A e MCP — quando usar cada um
→ 07-02-03: A2A na prática — Agent Card, tasks e streaming em código
→ 07-03-01: decision matrix — OpenAPI vs MCP vs A2A