O protocolo A2A fornece um framework robusto e padronizado para a comunicação entre agentes. Ele também reconhece que uma abordagem única pode não ser adequada para todos os cenários. É aqui que entram as extensões. Elas permitem que os desenvolvedores adicionem funcionalidades e métodos personalizados e específicos de domínio a seus servidores A2A, indo além do protocolo central. Além disso, elas permitem que os clientes adicionem requisitos aos quais os agentes remotos devem dar suporte. Isso pode ser incrivelmente útil quando um agente precisa oferecer recursos especializados.
Começar é simples. Esta é uma extensão 'helloworld' projetada para adicionar carimbos de data/hora a mensagens e artefatos dentro do framework A2A. Um agente simplesmente declara seu suporte a uma extensão em seu "cartão de agente", um arquivo JSON que descreve seus recursos. Como qualquer pessoa pode definir, publicar e implementar uma extensão, sempre identificada por um URI, o ecossistema é incrivelmente aberto e voltado para a comunidade. Essa abordagem garante que o protocolo A2A permaneça altamente flexível e adaptável, capacitando os desenvolvedores a criar sistemas multiagentes muito mais poderosos e especializados.
À medida que a adoção do A2A continua, testemunhamos uma ampla gama de casos de uso de extensões.
Para garantir que diversos agentes de IA colaborem de forma confiável e sem erros, é crucial avaliar sua comunicação. Uma extensão de rastreabilidade possibilita essa avaliação, fornecendo a visibilidade profunda necessária para rastrear interações e diagnosticar problemas de forma eficaz.
ResponseTrace
O núcleo dessa extensão é a mensagem ResponseTrace
, um log estruturado que captura a sequência de ações de um agente. Ela foi projetada para ser leve e independente do protocolo A2A principal, com foco apenas na geração de registros das solicitações feitas pelo agente.
Um ResponseTrace
é composto por uma série de etapas
. Cada etapa
representa uma única operação e pode ter dois tipos:
ToolInvocation
: uma chamada para uma ferramenta específica, como uma função ou API.
2. AgentInvocation
: uma chamada para outro agente, que pode ser outro agente A2A ou de um tipo diferente.
O principal aqui é que essas etapas são hierárquicas. Se um agente chamar um segundo agente que também dê suporte à rastreabilidade, o trace do segundo agente poderá ser aninhado dentro do primeiro. Isso fornece uma visão completa de todo o fluxo de trabalho.
Para obter mais informações, consulte os detalhes aqui.
A Twilio criou uma extensão com reconhecimento de latência para o A2A, auxiliando na seleção de modelos para seu agente de voz baseado no Twilio ConversationRelay. Esse é um exemplo clássico de funcionalidade específica de domínio. O broadcast de informações de latência de um agente não faz parte da especificação do protocolo central do cartão do agente. No entanto, a Twilio criou uma extensão exatamente para isso, a fim de auxiliar na seleção do agente mais adequado ou se adaptar com elegância.
Para obter mais informações, consulte a documentação da Twilio.
A Identity Machines implementa handshakes de confiança zero para chamadas entre agentes por meio de extensões do A2A. Em sua implementação, as máquinas de identidade mostraram como a delegação de tarefas de agentes está ancorada na confiança e em políticas independentes, nas quais a finalidade, o orçamento, a capacidade, o modelo, o status de PII etc. (personalizados) podem ser aplicados antes que um agente aceite uma tarefa.
Para obter mais informações, consulte a documentação.
De forma semelhante, a Ethereum propôs a ERC-8004, que visa criar uma camada de confiança para agentes de IA, permitindo que eles interajam entre diferentes limites organizacionais. Essa norma introduz registros de cadeia para identidade, reputação e validação a fim de permitir a comunicação segura e interoperável entre agentes de vários ecossistemas.