Las extensiones A2A hacen posible la funcionalidad personalizada de agente

El protocolo A2A proporciona un marco sólido y estandarizado para la comunicación de agente a agente. También reconoce que un enfoque único puede no ser adecuado para todos los escenarios. Aquí es donde entran las extensiones. Las extensiones permiten a los desarrolladores agregar funcionalidades y métodos personalizados y específicos del dominio a sus servidores A2A, yendo más allá del protocolo central. Además, permiten a los clientes agregar requisitos adicionales que los agentes remotos deben admitir. Esto puede ser increíblemente útil cuando un agente necesita ofrecer funciones especializadas.

Comenzar es sencillo. Esta es una extensión “helloworld” diseñada para agregar marcas de tiempo a mensajes y artefactos dentro del framework A2A. Un agente simplemente declara su compatibilidad con una extensión en su “tarjeta de agente”, un archivo JSON que describe sus funciones. Debido a que cualquiera puede definir, publicar e implementar una extensión, cada una identificada por un URI único, el ecosistema es increíblemente abierto y está impulsado por la comunidad. Este enfoque garantiza que el protocolo A2A siga siendo altamente flexible y adaptable, lo que permite a los desarrolladores crear sistemas multiagente mucho más potentes y especializados.

Las extensiones A2a y su uso actual

A medida que continúa la adopción de A2A, somos testigos de una amplia gama de casos de uso de las extensiones.

Extensión de trazabilidad en A2A

Para garantizar que los diversos agentes de IA colaboren de manera confiable y sin errores, es crucial evaluar su comunicación. Una extensión de trazabilidad hace posible esta evaluación al proporcionar la visibilidad profunda necesaria para rastrear las interacciones y diagnosticar problemas de manera efectiva.

Cómo funciona: ResponseTrace

El núcleo de esta extensión es el mensaje ResponseTrace, un registro estructurado que captura la secuencia de acciones que realiza un agente. Está diseñado para ser liviano e independiente del protocolo A2A principal, centrándose solo en el registro de las solicitudes que realiza el agente.

Un ResponseTrace se compone de una serie de pasos. Cada paso representa una sola operación y puede ser de dos tipos:

1. ToolInvocation: una llamada a una herramienta específica, como una función o una API.

2. AgentInvocation: una llamada a otro agente, que podría ser otro agente A2A o de un tipo diferente.

Fundamentalmente, estos pasos son jerárquicos. Si un agente llama a un segundo agente que también admite la trazabilidad, la traza del segundo agente puede anidarse dentro de la primera. Esto proporciona una vista completa e integral de todo el flujo de trabajo.

Para obtener más información, revisa los detalles aquí.

Extensión de latencia de Twilio

Twilio creó una extensión que tiene en cuenta la latencia para A2A que ayuda a la selección del modelo para su agente de voz basado en Twilio ConversationRelay. Este es un ejemplo clásico de funcionalidad específica del dominio. La difusión de la información de latencia de un agente no forma parte de la especificación del protocolo central de la tarjeta del agente. Sin embargo, Twilio creó una extensión para exactamente eso con el objetivo de ayudar a la selección del agente que mejor se ajuste o se adapte correctamente.

Para obtener más información, revisa la documentación de Twilio.

Otras aplicaciones interesantes

Identity Machines implementa handshakes de confianza cero para llamadas de agente a agente a través de extensiones A2A. En su implementación, Identity Machines mostró cómo la delegación de tareas del agente se basa en la confianza y en políticas independientes en las que el propósito, el presupuesto, la capacidad, el modelo, el estado de PII, etc. (personalizado) se pueden aplicar antes de que un agente acepte una tarea.

Para obtener más información, revisa la documentación.

En una nota similar, Ethereum propuso ERC-8004, que tiene como objetivo crear una capa de confianza para los agentes de IA, lo que les permite interactuar a través de diferentes límites organizacionales. Este estándar introduce registros en cadena de identidad, reputación y validación para permitir una comunicación segura e interoperable entre agentes de diversos ecosistemas.