Chapter 8. De un agente a muchos
La mayoría de los casos de uso empiezan con un solo agente, pero a medida que aumenta el número de herramientas y la variedad de problemas que quieres que tu agente resuelva, introducir un patrón multiagente puede mejorar el rendimiento y la confiabilidad en general. Al igual que vimos que probablemente no es buena idea poner todo tu código en un solo archivo, o agrupar todos tus servidores de backend en un único monolito, muchas de las lecciones que aprendimos sobre los principios de la arquitectura de software y el diseño de servicios siguen siendo válidas al construir sistemas con IA y modelos base. A medida que sigas agregando funcionalidades y capacidades a tu sistema de agentes, pronto te darás cuenta de la necesidad de dividir tu sistema en agentes más pequeños que puedan validarse, probarse, integrarse y reutilizarse de forma independiente. En este capítulo, hablaremos de cómo y cuándo agregar un agente a tu sistema, y cómo organizarlos y gestionarlos.
¿Cuántos agentes necesito?
Empieza con un enfoque sencillo y solo añade complejidad según sea necesario para mejorar el rendimiento. El número adecuado de agentes y su organización variarán enormemente en función de la dificultad de las tareas, el número de herramientas y la complejidad del entorno.
Escenarios de un solo agente
Vamos a empezar con los sistemas de agente único, que son adecuados para tareas de dificultad moderada, un número limitado de herramientas y entornos de menor complejidad. ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access