A2A — Agent2Agent.
Definição direta
A2A, ou Agent2Agent, é um protocolo de comunicação entre aplicações ou sistemas de agentes que precisam trocar mensagens, delegar trabalho e acompanhar resultados. Ele descreve elementos como capacidades anunciadas, tarefas e artefatos. A interoperabilidade não exige expor o funcionamento interno do agente remoto e não substitui autenticação, autorização ou avaliação da qualidade das informações recebidas.
O que não significa
Não é outro nome para MCP nem uma garantia de colaboração bem-sucedida entre quaisquer modelos. MCP organiza acesso a ferramentas e recursos; A2A trata da interação com agentes remotos. Publicar uma descrição de capacidades não comprova que o endpoint funciona ou que o solicitante pode usar todas elas.
Mecanismo
Como funciona na prática
Um cliente identifica um agente e consulta suas capacidades antes de iniciar uma interação compatível. A resposta pode chegar como mensagem ou trabalho acompanhado por estados, conforme o fluxo implementado. A validação proposta confere contrato, credenciais e resultado, mantendo clara a diferença entre uma solicitação aceita e um artefato efetivamente entregue.
- 01
Descobrir capacidades e requisitos publicados pelo agente remoto.
- 02
Validar compatibilidade e autorização antes de enviar contexto.
- 03
Acompanhar mensagens, estados e artefatos da tarefa iniciada.
- 04
Conferir resultado, falhas e encerramento no cliente responsável.
Medição
Como verificar sem extrapolar a evidência
Teste descoberta, troca de mensagens e ciclo de vida das tarefas com as versões efetivamente adotadas. Inclua indisponibilidade, necessidade de nova entrada, cancelamento e retorno incompleto. Registre o estado observado e o artefato recebido. A contagem de agentes conectados não mede, por si só, interoperabilidade útil, precisão ou conclusão do trabalho solicitado.
- 01Publicado
- 02Validado
- 03Observado
- 04Verificado
Uma etapa anterior não comprova automaticamente a seguinte.
Exemplo didático
Como isso aparece numa situação prática?
Em um cenário didático, um agente editorial solicita a outro agente uma lista de materiais públicos sobre um conceito. O agente remoto informa que a tarefa está em andamento e depois retorna um arquivo com referências. O cliente verifica se o arquivo corresponde ao pedido, mantém a origem das fontes e sinaliza itens não encontrados. Nenhum participante recebe autorização automática para publicar. Se o serviço remoto pedir acesso adicional, o fluxo pausa para decisão. Esse exemplo ilustra cooperação técnica, sem afirmar que essa integração esteja disponível nos sites da Quaerion.
Exemplo explicativo; não é caso de cliente nem resultado certificado.
Conceitos próximos
Funções diferentes exigem evidências diferentes
- MCP
- Conecta aplicações de IA a ferramentas e recursos; A2A estrutura comunicação com agentes remotos.
- WebMCP
- Expõe capacidades de uma página em navegadores compatíveis; não é o transporte de colaboração A2A.
- API específica
- Pode resolver uma operação isolada; A2A oferece um contrato compartilhado para interações entre agentes.
Comparação conceitual, não ranking de produtos.
Perguntas
Perguntas frequentes sobre A2A — Agent2Agent
A2A substitui MCP?
Não. Os protocolos atendem relações diferentes e podem coexistir. Um agente pode conversar com outro via A2A e utilizar MCP internamente para consultar ferramentas. A escolha depende do participante e da operação que precisam ser integrados.
O que é uma Agent Card?
É um documento de metadados que descreve identidade, endpoint, capacidades e requisitos de interação do agente. Ajuda a descoberta, mas suas declarações precisam ser verificadas. Encontrar o cartão não equivale a autenticar o serviço ou concluir uma tarefa.
Uma tarefa aceita já pode aparecer como concluída?
Não. Aceitação e conclusão são estados distintos. O cliente precisa acompanhar o fluxo implementado, tratar pedidos de informação e falhas, e conferir os artefatos esperados antes de comunicar que o trabalho foi entregue.
Governança
Limitações que acompanham a definição
- Implementações podem oferecer capacidades e versões diferentes, exigindo validação explícita entre os participantes de cada integração.
- Uma capacidade anunciada não comprova identidade confiável, permissão de uso ou qualidade das informações produzidas.
- Transferir contexto entre agentes amplia a necessidade de minimizar dados e verificar destinos antes de compartilhar conteúdo.
O que conferir antes de aplicar
- Registrar versões e capacidades realmente testadas entre cliente e servidor.
- Conferir autenticação fora das declarações da Agent Card.
- Distinguir mensagem recebida, tarefa concluída e artefato validado.
Evidências
Fontes utilizadas nesta página
As referências priorizam documentação oficial, pesquisa original e metodologia pública. Cada fonte sustenta uma parte identificável da definição, do mecanismo ou dos limites. O link não significa que o provedor endosse a Quaerion nem que tenha adotado nossa terminologia.
- 01A2A — Core Concepts
Papéis, Agent Cards, mensagens, tarefas e artefatos usados na comunicação.
- 02A2A — A2A and MCP
Distinção e complementaridade entre colaboração de agentes e integração com ferramentas.
- 03A2A — Life of a Task
Ciclo de vida, continuidade e estados que o cliente precisa interpretar.
