Compartir a través de

Patrones multiagente

Los patrones multiagente requieren algún tipo de interacción agente a agente. Los agentes participan en una red segura de capacidades, siendo cada agente un participante bien comportado que intercambia señales y coordina el trabajo.

Implementa invocaciones entre agentes y herramientas utilizando los principios de menor privilegio, simplicidad, auditabilidad y gobernanza robusta. Para reducir la complejidad, prefiera orquestación nativa de plataforma para flujos internos cuando sea posible, y utiliza el Protocolo de Contexto de Modelo (MCP) para acceder seguro y autenticado a herramientas y datos. Utiliza el protocolo Linux Foundation Agent2Agent (A2A) para la integración multiplataforma de agentes con contratos publicados y agentes encabezados por MCP cuando corresponda. Estandarizar la seguridad y gestión de agentes conectados utilizando Kits de Desarrollo de Software (SDK) publicados con soporte nativo para MCP y A2A.

Los casos de uso complejos pueden implicar un híbrido de tipos de agentes magénicos, seriales y concurrentes. Por ejemplo, un flujo de trabajo de generación de documentos puede requerir tanto pasos seriales (elegir una plantilla, generar contenido fundamentado e inspeccionar el cumplimiento), como un flujo de trabajo concurrente donde se ejecutan múltiples comprobaciones de cumplimiento en paralelo. Dentro del flujo de trabajo se pueden utilizar tanto tipos de agentes magénicos simples como complejos.

Diagrama de un flujo de trabajo multiagente que muestra flujos concurrentes y seriales entre los Agentes 1A, 1B, 2 y 3, con revisión humana al final.

Recomendaciones de interacción multiagente

  • Prefiero orquestación nativa de plataforma para flujos internos con subagentes cuando sea posible para mantener la orquestación simple.

  • Use MCP para el acceso a herramientas y datos, incluidas las herramientas de servicio de Microsoft 365. Es la forma recomendada de mostrar datos y acciones a los agentes con seguridad, autenticación y auditoría de nivel empresarial.

  • Utiliza A2A para la mensajería multiplataforma entre agentes y agentes. Diseñar para descubrir capacidades y establecer contratos de tareas. Exigir a los agentes que publiquen "tarjetas agente" (capacidades) y utilicen el modelo de tareas y artefactos de A2A para que los flujos de trabajo puedan descubrir, invocar y rastrear tareas de larga duración a través de tiempos de ejecución.

  • Integrar agentes maduros o abstractos mediante MCP o A2A para evitar reimplementar la lógica y mejorar la reutilización y la trazabilidad y control de extremo a extremo.

  • Integrar agentes externos conectados utilizando SDKs publicados para estandarizar la seguridad, el registro y la observabilidad.

  • Aplicar políticas y auditorías en la capa del plano de control con frameworks como Agent 365 para mantener a los agentes conformes y observables.

  • Utiliza el ámbito de menor privilegio al llamar a herramientas alojadas en MCP, como en pasos de flujo de trabajo para consultas de datos o acciones.

  • Para limitar la superficie y mejorar el rendimiento, se utiliza la validación de cargas útiles tipadas entre pasos y componentes cuando sea necesario, con esquemas definidos y el paso de contexto necesario. Diseña para errores descriptivos para que los agentes puedan autocorregirse basándose en mensajes de error.

  • Diseña para el paralelismo, limita el contexto interagente a lo estrictamente necesario y utiliza la memoria a corto plazo para evitar trabajos redundantes.

  • Incluye a los usuarios en el flujo de trabajo y comunícate cuando los agentes colaboran. Exigir aprobaciones humanas para acciones de alto impacto entre agentes. Permite cancelar y saltar pasos largos y resúmenes superficiales. Reconciliar salidas contradictorias.

Evaluación de MCP y A2A en arquitecturas de agentes

MCP (Protocolo de contexto de modelo) y A2A (Agent2Agent de Linux Foundation) son estándares complementarios código abierto para crear aplicaciones agente.

Diagrama de dos agentes de IA con interfaces A2A comunicándose, cada uno conectándose a servidores MCP separados con herramientas y agentes como paneles de herramientas.

Ambos estándares ofrecen funcionalidades similares para los flujos cliente-servidor y el descubrimiento de habilidades. La siguiente tabla muestra dónde cada protocolo tiene claras diferencias a la hora de elegir cómo conectar múltiples agentes.

Capacidad MCP A2A
Multimodalidad Requiere que el host MCP soporte Permite la publicidad de tipos de medios compatibles para facilitar intercambios de datos fuertemente tipados.
Notificaciones proactivas y suscripciones Soporte para notificaciones del sistema Notificaciones de sistema y contenido.
Interacciones de varios turnos El servidor MCP puede obtener opcionalmente información adicional. La gestión del contexto se queda con el anfitrión. El contextId permite la gestión de contexto entre agentes. Pueden existir múltiples tareas dentro de un mismo contexto. "Se requiere entrada" es equivalente a las elicitaciones MCP.
Orquestación El host MCP orquesta el uso de las herramientas a invocar y sintetiza la salida final. Invoked agent utiliza su propia cadena de pensamiento y orquestación. Las herramientas/APIs son opacas para el agente solicitante.
Negociación Requiere actualización del cliente MCP para nuevas modalidades o funciones La negociación dinámica para flujos compatibles es más robusta en las actualizaciones de servicios.

MCP proporciona una forma sencilla y directa para que los agentes interactúen con objetos externos como APIs, fuentes de datos u otros agentes. Proporciona controles potentes para que un único orquestador seleccione, invoque, filtre, razone y sintetize el resultado. Este protocolo se adapta a escenarios donde prefieres el control del razonamiento y la ponderación antes que la flexibilidad y el dinamismo.

A2A es más adecuado para escenarios donde los agentes son o deben ser opacos entre sí. Por ejemplo, si el flujo de trabajo de varios agentes requiere entradas de un agente externo o agentes propiedad de dos organizaciones de ingeniería diferentes. El soporte para la negociación reduce la dependencia de las actualizaciones de código cliente-servidor cuando un servicio publica nueva funcionalidad.

Aprende más:

  • Conceptos de MCP incluyendo el papel de anfitrión MCP, servidor MCP y cliente MCP
  • Definición de tareas, artefactos y contextos de A2A

Pasos siguientes

  • Patrones multiagente de orquestador y subagente
  • Patrones multiagente orientados a flujos de trabajo
  • Last updated on