Agente a Agente (A2A)

En la página anterior se mostró cómo crear agentes dentro de un único proceso: un agente llama a otro como una herramienta de función y el marco controla el resto. Ese patrón funciona bien cuando todos los agentes residen en la misma aplicación, comparten el mismo tiempo de ejecución y los mantiene el mismo equipo.

Pero los sistemas de agentes reales a menudo necesitan comunicarse a través de los límites. Agent-to-Agent (A2A) es un protocolo abierto diseñado para esto exactamente. Define una manera estándar de que los agentes se detecten entre sí, intercambien mensajes y coordinen tareas, a través de HTTP, a través de cualquier límite, en cualquier lenguaje o marco. Agent Framework proporciona integración integrada de A2A para que pueda hospedar y llamar a agentes compatibles con A2A con una configuración mínima.

Cuándo usar esto

Use A2A cuando los agentes necesiten cruzar un límite que la composición en proceso no pueda gestionar.

  • Límites de servicio. El agente de reserva de viajes se ejecuta como un microservicio, y el agente de gestión de gastos se ejecuta como otro microservicio. No pueden comunicarse entre sí como herramientas de funciones en proceso; necesitan un protocolo de red.
  • Límites del equipo. Un equipo asociado posee un agente de "revisión de cumplimiento". No tiene acceso a su código, su modelo o su implementación; solo tiene que enviar una solicitud y obtener una respuesta.
  • Límites de la organización. Un proveedor de terceros ofrece un agente especializado (procesamiento de documentos, revisión legal, evaluación médica). Necesita una manera estándar de detectarlo, comprender lo que puede hacer y comunicarse con él, independientemente del marco o lenguaje con el que se compila.
  • Evolución independiente. Los agentes necesitan diferentes ciclos de versión, equipos diferentes o lenguajes diferentes, sin acoplar estrechamente sus implementaciones.

Sugerencia

Si todos los agentes residen en el mismo proceso y los mantiene el mismo equipo, los agentes como herramientas son más sencillos y tienen menos sobrecarga. A2A agrega valor cuando se cruza un proceso, servicio o límite organizativo.

Consideraciones

Consideración Detalles
Interoperabilidad A2A es independiente del marco. El agente de .NET puede llamar a un agente de Python, un agente langChain o cualquier agente que implemente el protocolo. Este es el valor principal de A2A: es el "HTTP de la comunicación entre agentes".
Sobrecarga de red Cada llamada A2A es una solicitud HTTP. Esto agrega latencia en comparación con las llamadas en proceso del agente como herramienta. En el caso de las rutas de acceso sensibles al rendimiento, mantenga los agentes ubicados conjuntamente o use A2A solo cuando exista realmente un límite.
Complejidad operativa Los agentes remotos son servicios distribuidos. Debe controlar los errores de red, los tiempos de espera, los reintentos y el control de versiones, las mismas preocupaciones que tendría con cualquier comunicación entre servicios.
Detección en tiempo de ejecución Las tarjetas de agente hacen que la detección sea dinámica, pero todavía debe saber dónde buscar. En producción, generalmente se configurarán los puntos de conexión conocidos de los agentes o se utilizará un registro.
Estado de conversación El agente remoto gestiona su propio estado de conversación (identificado por el ID de contexto). El agente no ve el razonamiento interno del agente remoto, solo sus respuestas. Si el agente remoto se reinicia y pierde el estado, es posible que se pierda el contexto de conversación.

Pasos siguientes

Ahora que sus agentes pueden comunicarse a través de cualquier límite, el paso final del recorrido son los flujos de trabajo, una orquestación explícita basada en grafos para procesos de varios pasos y multi-agente, en los que necesita un control total sobre el orden de ejecución, estado y capacidad de recuperación.

Flujos de trabajo

Vaya más profundamente:

  • Last updated on