Agent2Agent Protocol

O protocolo Agent2Agent (A2A) é uma norma aberta que permite que agentes de IA criados por diferentes fornecedores e com diferentes frameworks, como LangChain ou o Agent Development Kit da Google, se descubram, deleguem tarefas e devolvam resultados. Cada agente permanece opaco: anuncia aquilo que consegue fazer e aceita tarefas através de uma interface partilhada, mas nunca expõe os seus prompts, memória, ferramentas ou modelo. A Google anunciou o A2A em 9 de abril de 2025, com mais de 50 parceiros tecnológicos, e posteriormente doou-o à Linux Foundation, onde o Agent Communication Protocol da IBM se fundiu com o A2A em agosto de 2025. A versão 1.0, a primeira especificação estável, foi lançada em março de 2026; em agosto de 2026, o A2A, então apoiado por mais de 150 organizações, juntou-se à Agentic AI Foundation, que também acolhe o Model Context Protocol.

Como funciona o A2A#

A especificação A2A define duas funções: um agente cliente que precisa que uma tarefa seja executada e um agente remoto que a executa. Um agente remoto publica um Agent Card, um documento JSON normalmente disponibilizado em /.well-known/agent-card.json, que indica o nome, os pontos finais, os requisitos de autenticação, os formatos de entrada e saída e as competências. Um cliente lê o cartão, decide se o agente é adequado para a tarefa e envia uma mensagem.

• Mensagens: Turnos de comunicação com uma função e uma ou mais partes, cada uma contendo texto, um ficheiro ou dados estruturados.
• Tarefas: Unidades de trabalho com estado, um ID e um estado atual. Uma tarefa passa por estados como submetida, em execução, a aguardar entrada, a aguardar autenticação, concluída, falhada, cancelada e rejeitada, permitindo que um agente remoto interrompa o trabalho para fazer uma pergunta ao cliente.
• Artefactos: Os resultados produzidos por uma tarefa, como um relatório, uma imagem ou um registo JSON, devolvidos separadamente das mensagens de conversa.
• Transmissão em fluxo e notificações push: As tarefas de longa duração enviam atualizações incrementais por um fluxo ou notificam o cliente através de um webhook quando terminam, o que é adequado para trabalhos que demoram horas.

A versão 1.0 define três associações de protocolo: JSON-RPC 2.0, gRPC e HTTP+JSON, com métodos como SendMessage, GetTask e CancelTask. Também acrescenta a negociação de versões e o suporte multi-inquilino, e mantém os Agent Cards assinados introduzidos na versão 0.3, que permitem a um cliente verificar quem publicou um cartão.

Um Agent Card#

Este cartão anuncia um agente de visão para o retalho através da associação JSON-RPC. Os campos obrigatórios são o nome, a descrição, a versão, as interfaces, as capacidades, os modos predefinidos de entrada e saída e as competências; cada competência precisa de um ID, nome, descrição e etiquetas:

{
  "name": "Shelf Vision Agent",
  "description": "Finds empty facings and counts products in retail shelf photos.",
  "version": "1.0.0",
  "supportedInterfaces": [
    { "url": "https://vision.example.com/a2a/v1", "protocolBinding": "JSONRPC", "protocolVersion": "1.0" }
  ],
  "capabilities": { "streaming": true, "pushNotifications": false },
  "defaultInputModes": ["image/jpeg", "text/plain"],
  "defaultOutputModes": ["application/json", "image/jpeg"],
  "skills": [
    {
      "id": "shelf-audit",
      "name": "Shelf audit",
      "description": "Counts each product and lists empty facings with their shelf positions.",
      "tags": ["retail", "object-detection"],
      "examples": ["Which facings in this aisle photo are empty?"]
    }
  ]
}

Um agente de operações de loja que lê este cartão sabe que pode enviar imagens JPEG ou texto e receber JSON ou imagens anotadas, e o campo examples indica o tipo de pedido esperado pela competência.

A2A vs. protocolos e conceitos relacionados#

• Model Context Protocol (MCP): Liga um agente diretamente às ferramentas e aos dados que utiliza. O A2A liga agentes a outros agentes que planeiam e agem por conta própria, e os dois foram concebidos para funcionar em conjunto; muitas vezes, um agente A2A remoto utiliza ferramentas MCP internamente.
• Invocação de funções e utilização de ferramentas: Uma chamada de função executa uma operação com argumentos fixos. Um pedido A2A transmite um objetivo, e o agente remoto decide os passos.
• Orquestração de agentes de IA: Decide que agente trata de cada subtarefa e combina os resultados. O A2A é um meio de transporte que um orquestrador pode usar para contactar agentes que não aloja.
• Competências de agentes: Pastas de instruções que um agente carrega para aprender um procedimento. As competências num Agent Card A2A anunciam o que um agente remoto oferece, sem instruções associadas.

Aplicações e segurança#

O A2A é adequado para fluxos de trabalho agênticos que atravessam os limites de equipas ou empresas: um agente de viagens que faz reservas através de agentes de companhias aéreas e hotéis, um agente de aprovisionamento que negoceia com agentes de fornecedores, ou um agente de operações de retalho que envia fotografias de prateleiras a um agente de visão computacional e encaminha relatórios de espaços vazios nas prateleiras para um agente de gestão de inventário. O agente de visão por detrás de um cartão deste tipo pode delegar a perceção num ponto final dedicado da Ultralytics Platform, que disponibiliza um modelo treinado YOLO26 num URL /predict autenticado com uma chave API, e devolver ao cliente os resultados JSON de deteção de objetos como um artefacto. O Universal Commerce Protocol para o comércio agêntico inclui suporte A2A.

Cada ligação entre agentes é um limite de confiança. Os clientes autenticam agentes remotos através dos esquemas de segurança declarados nos respetivos cartões, como OAuth 2.0 ou OpenID Connect, verificam os cartões assinados e tratam as mensagens e os artefactos devolvidos como entradas não fidedignas que podem conter uma injeção de prompt. O OWASP Top 10 for Agentic Applications inclui a comunicação insegura entre agentes e as falhas em cascata entre os seus dez riscos; as implementações de produção acrescentam tempos limite, cancelamento de tarefas, autorização por competência e rastos de observabilidade que acompanham um pedido por todos os agentes com que interage.