ai-agents-for-beginners

Multi-Agente Diseño

(Haz clic en la imagen de arriba para ver el video de esta lección)

Patrones de diseño multi-agente

Tan pronto como comiences a trabajar en un proyecto que involucre múltiples agentes, necesitarás considerar el patrón de diseño multi-agente. Sin embargo, puede que no sea inmediatamente claro cuándo cambiar a multi-agentes y cuáles son las ventajas.

Introducción

En esta lección, buscamos responder las siguientes preguntas:

Objetivos de aprendizaje

Después de esta lección, deberías ser capaz de:

¿Cuál es el panorama general?

Los multi-agentes son un patrón de diseño que permite que múltiples agentes trabajen juntos para lograr un objetivo común.

Este patrón se usa ampliamente en varios campos, incluyendo robótica, sistemas autónomos e informática distribuida.

Escenarios donde los multi-agentes son aplicables

Entonces, ¿qué escenarios son un buen caso de uso para usar multi-agentes? La respuesta es que hay muchos escenarios donde emplear múltiples agentes es beneficioso, especialmente en los siguientes casos:

Ventajas de usar multi-agentes sobre un agente singular

Un sistema con un solo agente podría funcionar bien para tareas simples, pero para tareas más complejas, usar múltiples agentes puede proporcionar varias ventajas:

Tomemos un ejemplo, vamos a reservar un viaje para un usuario. Un sistema de agente único tendría que manejar todos los aspectos del proceso de reserva del viaje, desde encontrar vuelos hasta reservar hoteles y autos de alquiler. Para lograr esto con un solo agente, el agente necesitaría tener herramientas para manejar todas estas tareas. Esto podría llevar a un sistema complejo y monolítico que es difícil de mantener y escalar. Un sistema multi-agente, por otro lado, podría tener diferentes agentes especializados en encontrar vuelos, reservar hoteles y autos de alquiler. Esto haría que el sistema sea más modular, más fácil de mantener y escalable.

Compáralo con una agencia de viajes administrada como una tienda familiar versus una agencia de viajes administrada como una franquicia. La tienda familiar tendría un solo agente manejando todos los aspectos del proceso de reserva del viaje, mientras que la franquicia tendría diferentes agentes manejando diferentes aspectos del proceso de reserva del viaje.

Componentes básicos para implementar el patrón de diseño multi-agente

Antes de que puedas implementar el patrón de diseño multi-agente, necesitas entender los componentes que conforman el patrón.

Hagamos esto más concreto mirando nuevamente el ejemplo de reservar un viaje para un usuario. En este caso, los componentes incluirían:

Visibilidad en las interacciones multi-agente

Es importante que tengas visibilidad sobre cómo los múltiples agentes están interactuando entre sí. Esta visibilidad es esencial para depurar, optimizar y asegurar la efectividad general del sistema. Para lograr esto, necesitas herramientas y técnicas para rastrear las actividades e interacciones de los agentes. Esto podría ser en forma de herramientas de registro y monitoreo, herramientas de visualización y métricas de desempeño.

Por ejemplo, en el caso de reservar un viaje para un usuario, podrías tener un panel de control que muestre el estado de cada agente, las preferencias y restricciones del usuario, y las interacciones entre agentes. Este panel podría mostrar las fechas de viaje del usuario, los vuelos recomendados por el agente de vuelos, los hoteles recomendados por el agente de hoteles, y los autos de alquiler recomendados por el agente de autos de alquiler. Esto te daría una vista clara de cómo los agentes están interactuando entre sí y si las preferencias y restricciones del usuario se están cumpliendo.

Veamos cada uno de estos aspectos con más detalle.

Patrones multi-agente

Vamos a profundizar en algunos patrones concretos que podemos usar para crear aplicaciones multi-agente. Aquí hay algunos patrones interesantes que vale la pena considerar:

Chat grupal

Este patrón es útil cuando quieres crear una aplicación de chat grupal donde múltiples agentes puedan comunicarse entre sí. Los casos típicos de uso para este patrón incluyen colaboración en equipo, soporte al cliente y redes sociales.

En este patrón, cada agente representa a un usuario en el chat grupal, y los mensajes se intercambian entre agentes usando un protocolo de mensajería. Los agentes pueden enviar mensajes al chat grupal, recibir mensajes del chat grupal y responder a mensajes de otros agentes.

Este patrón puede implementarse usando una arquitectura centralizada donde todos los mensajes se enrutan a través de un servidor central, o una arquitectura descentralizada donde los mensajes se intercambian directamente.

Chat grupal

Transferencia de tareas

Este patrón es útil cuando quieres crear una aplicación donde múltiples agentes puedan transferirse tareas entre sí.

Los casos típicos de uso para este patrón incluyen soporte al cliente, gestión de tareas y automatización de flujos de trabajo.

En este patrón, cada agente representa una tarea o un paso en un flujo de trabajo, y los agentes pueden transferir tareas a otros agentes basándose en reglas predefinidas.

Transferencia de tareas

Filtrado colaborativo

Este patrón es útil cuando quieres crear una aplicación donde múltiples agentes puedan colaborar para hacer recomendaciones a los usuarios.

La razón por la que querrías que múltiples agentes colaboren es porque cada agente puede tener experiencia diferente y puede contribuir al proceso de recomendación de distintas maneras.

Tomemos un ejemplo donde un usuario quiere una recomendación sobre la mejor acción para comprar en el mercado de valores.

Recomendación

Escenario: Proceso de reembolso

Considera un escenario donde un cliente está tratando de obtener un reembolso por un producto, puede haber bastantes agentes involucrados en este proceso pero dividámoslo entre agentes específicos para este proceso y agentes generales que pueden usarse en otros procesos.

Agentes específicos para el proceso de reembolso:

A continuación se listan algunos agentes que podrían estar involucrados en el proceso de reembolso:

Agentes generales:

Estos agentes pueden usarse en otras partes de tu negocio.

Hay bastantes agentes listados anteriormente tanto para el proceso específico de reembolso como para los agentes generales que pueden usarse en otras partes de tu negocio. Ojalá esto te dé una idea de cómo puedes decidir qué agentes usar en tu sistema multi-agente.

Tarea

Diseña un sistema multi-agente para un proceso de soporte al cliente. Identifica los agentes involucrados en el proceso, sus roles y responsabilidades, y cómo interactúan entre sí. Considera tanto agentes específicos para el proceso de soporte al cliente como agentes generales que pueden usarse en otras partes de tu negocio.

Piénsalo antes de leer la siguiente solución, es posible que necesites más agentes de los que crees.

CONSEJO: Piensa en las diferentes etapas del proceso de atención al cliente y también considera los agentes necesarios para cualquier sistema.

Solución

Solución

Comprobaciones de conocimiento

Pregunta: ¿Cuándo deberías considerar usar múltiples agentes?

Cuestionario de solución

Resumen

En esta lección, hemos analizado el patrón de diseño de múltiples agentes, incluidos los escenarios en los que los múltiples agentes son aplicables, las ventajas de usar múltiples agentes en lugar de un solo agente, los componentes básicos para implementar el patrón de diseño de múltiples agentes y cómo tener visibilidad de cómo interactúan entre sí los múltiples agentes.

¿Tienes más preguntas sobre el patrón de diseño de múltiples agentes?

Únete al Microsoft Foundry Discord para encontrarte con otros estudiantes, asistir a las horas de oficina y resolver tus dudas sobre Agentes de IA.

Recursos adicionales

Lección anterior

Planificación del diseño

Próxima lección

Metacognición en Agentes de IA


Aviso Legal: Este documento ha sido traducido utilizando el servicio de traducción automática Co-op Translator. Aunque nos esforzamos por la precisión, tenga en cuenta que las traducciones automatizadas pueden contener errores o inexactitudes. El documento original en su idioma nativo debe considerarse la fuente autorizada. Para información crítica, se recomienda la traducción profesional realizada por un humano. No nos hacemos responsables de malentendidos o interpretaciones erróneas derivadas del uso de esta traducción.