Flujos y agentes no son lo mismo
Hay dos tipos de sistemas:
- Flujos de trabajo: el modelo y las herramientas siguen un camino definido en el código. Predecibles y fáciles de controlar.
- Agentes: el modelo decide sus propios pasos y qué herramientas usar hasta completar la tarea. Flexibles, pero más caros y más difíciles de prever.
Empieza por lo más simple
El consejo principal es buscar la solución más sencilla que funcione y añadir complejidad solo cuando haga falta. Muchas veces basta con una sola llamada al modelo bien diseñada, con recuperación de documentos y ejemplos. Los agentes cambian latencia y coste por mejor rendimiento, y ese intercambio no siempre compensa.
Cuándo sí tiene sentido un agente
Busca procesos donde la automatización tradicional se queda corta:
- Decisiones complejas que dependen del contexto, como aprobar un reembolso.
- Reglas inmanejables que ya son imposibles de mantener, como las revisiones de seguridad de proveedores.
- Datos no estructurados: procesos que dependen de leer documentos o conversaciones, como la tramitación de siniestros.
Hay una condición más: los agentes encajan en problemas abiertos donde no se puede prever el número de pasos, y solo en entornos donde puedas confiar en sus decisiones.
Las tres piezas de un agente
Se resumen en modelo, herramientas e instrucciones. Para el modelo, empieza por el más capaz para fijar una referencia de calidad y, después, probar modelos más pequeños y baratos en las tareas donde rindan igual.
Los cinco patrones de flujo
| Patrón | Cómo funciona | Ejemplo |
| Encadenar | Cada paso procesa la salida del anterior, con controles intermedios | Redactar un texto de marketing y luego traducirlo |
| Enrutar | Clasifica la entrada y la envía a un proceso especializado | Consultas de clientes a soporte técnico, devoluciones o información general; preguntas simples a un modelo barato |
| Paralelizar | Varias llamadas a la vez: tareas independientes o la misma tarea varias veces para votar | Un modelo responde mientras otro filtra contenido inadecuado |
| Orquestador y trabajadores | Un modelo divide la tarea sobre la marcha y reparte las partes | Cambios de código en un número imprevisible de archivos |
| Evaluador y optimizador | Un modelo genera, otro critica, y se repite | Traducciones con matices revisadas en varias rondas |
Estos patrones son piezas para combinar, no recetas. Mide el rendimiento y añade complejidad solo si mejora el resultado de forma demostrable.
Cómo funciona un agente por dentro
En la práctica, un agente es un modelo que usa herramientas en bucle. Destacan cuatro elementos:
- Recibe una orden o una conversación y planifica.
- En cada paso obtiene información real del entorno (el resultado de una herramienta, la ejecución de un código) para saber si avanza.
- Se detiene con condiciones de parada, como un número máximo de pasos.
- Consulta a una persona en puntos de control o cuando se bloquea.
Uno o varios agentes
Empieza con un solo agente que use herramientas en bucle hasta cumplir la condición de salida. Solo cuando la complejidad lo exige se pasa a varios agentes, con dos modelos posibles: un gestor que delega en agentes especializados, o agentes que se pasan el control entre sí.
Mantener el control
- Barreras en capas: clasificadores que mantienen al agente en su tema y controles que evalúan el riesgo de una acción antes de ejecutarla.
- Intervención humana en acciones de alto riesgo y cuando el agente falla de forma repetida.
- Pruebas en entorno aislado antes de producción, porque los errores se acumulan paso a paso.
- Transparencia: que el agente muestre su plan, para poder revisar cómo decide.
Sobre los frameworks
Empieza con la API del modelo directamente. Los frameworks ahorran trabajo, pero pueden esconder los prompts y las respuestas y dificultar la depuración. Si usas uno, entiende qué hace por debajo: suponer mal su funcionamiento es una fuente habitual de errores.
Dos casos donde los agentes ya funcionan
- Atención al cliente: combina conversación con acceso a datos del cliente, pedidos y base de conocimiento, permite acciones como reembolsos y tiene un éxito fácil de medir.
- Programación: las soluciones se comprueban con pruebas automáticas, el agente itera con su resultado y la calidad se mide. La revisión humana sigue siendo necesaria.
Lista de comprobación antes de construir¿Una sola llamada bien diseñada no basta? ¿El proceso necesita decidir, no solo seguir reglas? ¿Hay una forma objetiva de saber si el agente acertó? ¿Qué acciones necesitan aprobación humana? ¿Cuánto cuesta cada ejecución y cuánto ahorra?
Fuentes
Contenido redactado por Esclusa a partir de la documentación oficial citada. Los modelos, precios y funciones cambian a menudo: comprueba la fuente antes de tomar decisiones.