Arquitecturas de agentes basadas en prompts
De constructor de agentes a arquitecto de sistemas autónomos. Aprende a diseñar arquitecturas que definan los límites de la autonomía.
La diferencia del nivel Masterclass
En la Ruta 3, aprendiste a implementar agentes. Aquí, aprendes a diseñar arquitecturas de agentes — decidir entre un solo agente y varios agentes, definir límites de autonomía, diseñar la coordinación y asumir responsabilidad técnica por sistemas autónomos en producción.
Tipos de arquitecturas de agentes
Las arquitecturas de agentes varían en complejidad, autonomía y estructura de control. Entender los tipos fundamentales permite elegir la arquitectura adecuada para cada problema.
Taxonomía de arquitecturas
Agente reactivo simple
Responde a estímulos con acciones predefinidas. Sin memoria ni planificación.
Agente con estado
Mantiene la memoria de interacciones anteriores. Puede adaptar su comportamiento al contexto histórico.
Agente basado en objetivos
Planifica una secuencia de acciones para alcanzar un objetivo. Descompone tareas complejas.
Agente con utilidad
Evalúa las compensaciones entre múltiples objetivos. Optimiza la función de utilidad.
Agente de aprendizaje
Mejora el rendimiento con el tiempo. Aprende de la retroalimentación y los resultados.
Decisión arquitectónica
La complejidad de la arquitectura debe ser proporcional al problema. Un agente reactivo es suficiente para chatbots simples; se necesita un agente con planificación para automatizar workflows complejos. El exceso de ingeniería es tan problemático como la falta de ingeniería.
Decisión entre agente único y multiagente
Una de las decisiones arquitectónicas más importantes es elegir entre un sistema de agente único o una arquitectura multiagente.
Comparación de enfoques
| Aspecto | Agente único | Multiagente |
|---|---|---|
| Complejidad | Menor | Mayor |
| Especialización | Generalista | Especialistas coordinados |
| Escalabilidad | Limitada | Alta |
| Depuración | Directo | Complejo |
| Costo | Predecible | Variable |
Usa un agente único cuando:
- • Dominio bien definido y limitado
- • Latencia crítica
- • El costo debe ser predecible
- • El equipo tiene experiencia limitada
Usa varios agentes cuando:
- • El problema requiere múltiples especialidades
- • Las tareas pueden paralelizarse
- • La calidad supera a la velocidad
- • El sistema necesita evolucionar de forma modular
Coordinación, supervisión y delegación
En arquitecturas multiagente, el mecanismo de coordinación es fundamental. Define cómo se comunican los agentes, quién resuelve los conflictos y cómo se distribuye el trabajo.
Patrones de coordinación
Orquestación centralizada
Un agente «director de orquesta» coordina a todos los demás. Control total, punto único de falla.
Coreografía descentralizada
Los agentes se coordinan mediante eventos y mensajes. Es resiliente, pero difícil de depurar.
Jerarquía de supervisión
Agentes organizados en árbol. El supervisor delega y reúne los resultados de los subordinados.
Pizarra compartida
Los agentes leen y escriben en un espacio compartido. La colaboración es implícita mediante el estado.
A delegación debe tener un alcance claro. El agente supervisor necesita saber exactamente qué está delegando, cuáles son los criterios de éxito y cuándo intervenir.
Contrato de delegación
- • Objetivo: lo que debe lograr el agente subordinado
- • Contexto: información necesaria para ejecutar
- • Constraints: límites de actuación y recursos
- • Callback: cómo y cuándo informar el resultado
- • Escalado: cuándo pedir ayuda al supervisor
Límites de autonomía
Definir límites de autonomía es una de las decisiones arquitectónicas más importantes y más ignoradas. Demasiada autonomía crea riesgos; muy poca elimina el valor del agente.
Espectro de autonomía
Criterios para definir la autonomía
Aumentar la autonomía cuando:
- • La acción es reversible
- • El dominio está bien definido
- • La retroalimentación es rápida
- • El costo de los errores es bajo
Reduce la autonomía cuando:
- • La acción es irreversible
- • El dominio es ambiguo
- • Impacto en otros sistemas
- • Cumplimiento normativo/seguridad involucrados
⚠️ Medidas de seguridad obligatorias
Independientemente del nivel de autonomía, todo agente necesita: rate limiting (máximo de acciones por período), budget caps (límite de costo), scope boundaries (recursos a los que puede acceder) y kill switch (forma de detenerse inmediatamente).
Fallos emergentes en sistemas de agentes
Los sistemas multiagente muestran comportamientos emergentes — propiedades del sistema que no existen en ningún agente individual. Algunas emergencias son deseables; otras son fallas catastróficas.
Patrones de fallas emergentes
Bucle infinito de delegación
El agente A delega en B, que delega en C, que delega de vuelta en A.
Amplificación del error
Un pequeño error en un agente se amplifica al pasar por otros agentes.
Interbloqueo de recursos
Los agentes esperan recursos que otros agentes están reteniendo.
Consensus Failure
Los agentes no logran ponerse de acuerdo sobre el estado o la siguiente acción.
Costos descontrolados
Los agentes generan tokens y llamadas de forma exponencial, disparando los costos.
Mitigaciones arquitectónicas
- • Cortacircuitos: cuando la tasa de error supera el umbral
- • Timeout global: tiempo máximo para cualquier operación
- • Depth limits: número máximo de niveles de delegación
- • Idempotencia: las acciones se pueden repetir sin efectos secundarios
- • Observabilidad: registro completo de todas las interacciones
Casos de estudio reales
Analizar arquitecturas de agentes en producción brinda conocimientos prácticos que la teoría no ofrece. Examinemos patrones arquitectónicos de sistemas conocidos.
Caso 1: asistentes de programación (Copilot, Cursor)
Caso 2: automatización de atención al cliente
Caso 3: orquestación de pipelines de datos
Lección de los casos
No existe una arquitectura «correcta». Cada sistema hace concesiones según sus requisitos específicos. El papel del arquitecto es entender las compensaciones y tomar decisiones conscientes, documentando las razones para consultarlas en el futuro.
Puntos clave del módulo
Las arquitecturas varían desde agentes reactivos simples hasta agentes de aprendizaje
La decisión entre un solo agente y varios depende de la especialización y la escalabilidad
La coordinación puede ser orquestada, coreografiada o híbrida
Los límites de autonomía deben ser proporcionales al riesgo
Los fallos emergentes requieren mitigaciones arquitectónicas proactivas
Los casos reales muestran que los trade-offs son inevitables y contextuales