Uma seguradora quer que seu agente de atendimento solicite uma análise a um agente antifraude operado por parceiro. Um marketplace precisa conversar com agentes logísticos de diferentes transportadoras. Se cada combinação exigir SDK, payload e autenticação próprios, o ecossistema cresce como uma coleção de integrações frágeis.
Em 12 de novembro de 2026, a AWS publicou uma arquitetura de referência para sistemas multiagentes interoperáveis com A2A, ou Agent-to-Agent, entre contas, organizações e frameworks distintos. O protocolo é um projeto da Linux Foundation e utiliza padrões conhecidos como HTTP, JSON-RPC, OAuth 2.0 e OpenID Connect.
O que o A2A resolve?
A2A padroniza a relação entre um agente cliente que delega e um agente remoto que executa. Eles podem descobrir capacidades, negociar formatos, criar tarefas, transmitir progresso e entregar artefatos. Um lado não precisa conhecer o framework, prompt, memória ou ferramentas do outro.
Isso reduz acoplamento e permite substituir um fornecedor sem reescrever o orquestrador inteiro, desde que o novo agente cumpra o contrato de capacidade, segurança e resultado.
A2A não é MCP
Os protocolos são complementares. MCP conecta um agente a ferramentas e fontes de contexto: banco, CRM, arquivos ou API. A2A conecta um agente a outro agente capaz de assumir uma tarefa, manter estado e colaborar.
Exemplo: um agente de vendas usa MCP para consultar o CRM. Quando precisa de cálculo fiscal especializado, delega por A2A ao agente tributário. Este pode usar seus próprios conectores internamente sem revelá-los ao agente de vendas.
Componentes principais
Agent Card
Documento de descoberta que descreve identidade, endpoint, capacidades, skills, modalidades e autenticação. Pode ser encontrado em caminho padronizado ou catálogo corporativo. Não deve conter segredos; informações sensíveis exigem controle de acesso.
Tarefa
Unidade durável de colaboração. Possui identificador, estado, contexto, mensagens e artefatos. A tarefa pode concluir em segundos ou esperar horas por processamento ou aprovação humana.
Mensagens e partes
Transportam texto, dados estruturados ou referências de arquivo. O contrato deve especificar esquema, tamanho, classificação e política de retenção.
Atualizações assíncronas
Streaming e notificações permitem acompanhar tarefas longas sem polling agressivo. O cliente precisa tratar repetição, reconexão e eventos fora de ordem.
Autenticação e autorização
OAuth e OIDC ajudam a estabelecer identidade entre domínios. Autenticar o agente não basta: cada tarefa precisa de escopo, público, tenant e política de dados.
Arquitetura de referência entre empresas
- O orquestrador local consulta um catálogo de Agent Cards aprovados.
- Seleciona capacidade compatível com risco, região, custo e SLA.
- Obtém token curto para o agente remoto, sem compartilhar segredo estático.
- Cria tarefa com dados mínimos e identificador de correlação.
- O agente remoto valida identidade, escopo, esquema e consentimento.
- Processa usando seu próprio framework e ferramentas.
- Envia progresso e artefato assinado ou verificável.
- O orquestrador valida o resultado antes de acionar sistemas internos.
Exemplo: cotação logística
O agente do e-commerce recebe pedido com destino, dimensões e prazo. Pelo catálogo, encontra agentes de transportadoras autorizadas. Cria tarefas paralelas sem enviar nome do cliente — apenas CEP, volume e requisitos.
Cada agente retorna preço, prazo, restrições e validade em formato estruturado. O orquestrador aplica política comercial, escolhe a opção e só então usa o sistema interno para gerar a etiqueta. Se uma transportadora não responder, a tarefa expira sem bloquear as demais.
Segurança na fronteira
O agente remoto é uma dependência externa. Trate suas respostas como não confiáveis até validação. Não aceite instruções embutidas em artefatos como comandos; limite tipos, tamanho e URLs; verifique malware e dados pessoais.
- tokens de curta duração e audiência específica;
- mTLS ou rede privada quando necessário;
- allowlist de agentes e capacidades;
- minimização, mascaramento e residência de dados;
- limites de taxa, custo, tempo e tamanho;
- idempotência e proteção contra replay;
- assinatura ou hash de artefatos;
- logs correlacionados sem conteúdo sensível;
- revogação e kill switch por parceiro.
Contratos e compatibilidade
O protocolo padroniza transporte, não o significado do negócio. Duas empresas ainda precisam concordar sobre esquema, moeda, timezone, status e erros. Publique versões de capacidade e teste compatibilidade antes de trocar um agente.
Evite depender de campos não declarados ou do texto natural. Resultados que alimentam automação devem usar dados estruturados e validação de esquema. Mudanças incompatíveis exigem nova versão e período de transição.
Observabilidade distribuída
Uma solicitação pode atravessar vários agentes. Propague correlation ID, tenant e trace context sem expor raciocínio interno. Registre quem delegou, qual Agent Card foi usado, versão, latência, custo, estados e artefatos.
Defina SLO por capacidade: disponibilidade, tempo até primeira atualização, conclusão e taxa de erro. Quando falhar, o diagnóstico deve indicar fronteira e responsável, não apenas “o agente não respondeu”.
Quando usar A2A
- agentes pertencem a fornecedores ou equipes independentes;
- frameworks e ciclos de implantação são diferentes;
- a tarefa é durável, assíncrona ou produz artefatos;
- o agente remoto preserva conhecimento e ferramentas próprias;
- há necessidade de descoberta e substituição.
Para uma chamada simples e determinística, uma API convencional pode ser melhor. Não envolva cada endpoint em um agente. Use A2A quando o serviço remoto realmente possui capacidade autônoma e ciclo de tarefa.
Roteiro de adoção
- Escolha uma colaboração com fronteira clara.
- Defina capacidade, dados mínimos, estados e artefato.
- Publique Agent Card privado e versionado.
- Implemente OAuth/OIDC e autorização por tarefa.
- Adicione idempotência, timeout e cancelamento.
- Valide esquema e conteúdo na entrada e saída.
- Teste indisponibilidade, replay e mudança de versão.
- Monitore SLA, custo e impacto de negócio.
Integrações entre agentes sem novo emaranhado
A2A permite compor especialistas independentes sem transformar o orquestrador em dependente de cada SDK. O valor vem da combinação entre protocolo aberto, contratos de negócio e segurança entre domínios.
A ProativaIA cria agentes empresariais, plataformas sob medida e integrações entre sistemas, parceiros e APIs. Podemos desenhar Agent Cards, autenticação, orquestração e observabilidade para um ecossistema A2A.