¿Qué hace Sistemas Multiagente de Wooldridge?
Usa esta skill cuando la pregunta no sea "cómo hago que varios modelos hablen", sino "qué tipo de sistema autónomo me obliga a construir este entorno".
Cuándo Usarla
- Debes elegir entre arquitecturas de agente reactivas, deliberativas o híbridas.
- La coordinación falla constantemente porque nadie tiene información completa o control indiscutible.
- Los agentes necesitan estrategias de negociación, asignación o compromiso bajo incertidumbre.
- Un diseño depende de lo que los agentes saben, de lo que todos saben, o de si el conocimiento común es siquiera alcanzable.
- Necesitas diagnosticar si un diseño "multiagente" es en realidad solo orquestación asíncrona de objetos.
NO para
- Problemas de planificación u optimización con un solo agente que no requieren coordinación.
- Schedulers centralizados donde un único controlador ya posee derechos de decisión globales.
- Enjambres de rol basados solo en prompts que no tienen metas, creencias o límites de control separados.
- Diseño general de sistemas distribuidos cuando la autonomía del agente y la asimetría de conocimiento son irrelevantes.
Modelos Mentales Clave
Las Propiedades del Entorno Guían la Arquitectura
Comienza con observabilidad, determinismo, dinámica y presión temporal. La elección de la arquitectura es una consecuencia de la forma del entorno, no una preferencia personal por un patrón de agente de moda.
La Autonomía es Inversión de Control
Los agentes no son solo objetos asíncronos. Deciden si y cuándo cumplir, lo que significa que las solicitudes necesitan semánticas, rechazos y lógica de coordinación en lugar de obediencia implícita.
La Coordinación Surge de la Restricción
La observabilidad parcial, la contención de recursos y los objetivos interdependientes crean presión de coordinación. El buen diseño de protocolos comienza nombrando esa presión en lugar de asumir que la colaboración siempre es deseable.
La Estrategia de Compromiso Debe Coincidir con la Volatilidad
Los agentes audaces se comprometen en exceso en entornos que cambian rápidamente; los agentes cautelosos oscilan en entornos estables. La frecuencia de reconsideración es un parámetro de diseño vinculado a la dinámica del entorno, no una mejor práctica universal.
Los Niveles de Conocimiento Importan
El conocimiento individual, el que todos saben, el conocimiento común y el conocimiento distribuido no son intercambiables. Preguntar por el nivel incorrecto puede hacer que un protocolo sea imposible o innecesariamente costoso.
Puntos de Decisión
flowchart TD
A[¿Necesitas arquitectura de agente?] --> B{¿Entorno completamente observable y estable?}
B -->|Sí| C[Puede bastar un diseño simple reactivo o basado en planificador]
B -->|No| D{¿Necesitas reacción en tiempo real bajo incertidumbre?}
D -->|Sí| E[Arquitectura híbrida]
D -->|No| F[Arquitectura deliberativa]
E --> G{¿Por qué necesitan coordinarse los agentes?}
F --> G
G -->|Información parcial| H[Protocolo de intercambio de información]
G -->|Contención de recursos| I[Mecanismo de negociación o asignación]
G -->|Dependencia de tareas| J[Protocolo de compromiso o delegación]
G -->|Sin autonomía real| K[Usa un diseño centralizado más simple]
- Caracteriza el entorno antes de elegir una arquitectura de agente.
- Si los agentes no pueden rechazar, retrasar o reinterpretar solicitudes, no pretendas que tienes autonomía de agente.
- Elige los requisitos de conocimiento intencionadamente. Muchos sistemas necesitan conocimiento distribuido, no conocimiento común.
- Ajusta la audacia del compromiso a la tasa de cambio del entorno y al costo de la reconsideración.
Modos de Falla
Diseño Centrado en la Arquitectura
Señal: el equipo quiere BDI, debate o un framework de agente elegante antes de que alguien pueda describir el entorno.
Solución: fuerza primero la caracterización del entorno.
Autonomía Antropomórfica
Señal: el diseño habla de creencias y deseos pero no puede mapearlos a estado local, observaciones u obligaciones del protocolo.
Solución: fundamenta el lenguaje mental en estado computacional concreto.
Coordinación por la Coordinación Misma
Señal: el tráfico de comunicación aumenta, pero nadie puede explicar qué presión del entorno lo requiere.
Solución: identifica la función forzada real y diseña el protocolo mínimo que la aborde.
Controlador Central Oculto
Señal: un "agente" toma silenciosamente todas las decisiones importantes mientras los demás solo ejecutan.
Solución: o admite que la arquitectura es centralizada o redistribuye derechos de decisión genuinos.
Suposiciones de Conocimiento Imposibles
Señal: la corrección del protocolo depende de que cada agente sepa que todos los demás saben un hecho, pero la red no es confiable.
Solución: relaja a conocimiento distribuido, acuses de recibo o consistencia eventual según lo permita el entorno.
Ejemplos Trabajados
Enjambre de Revisión de LLM Especialista
Un sistema de codificación usa agentes de seguridad, rendimiento y estilo. Las revisiones de seguridad dependen de evidencia diferente a la revisión de estilo, y ningún revisor tiene visibilidad global. Usa un coordinador híbrido más intercambio de información dirigido en lugar de asumir que cada revisor debería ver todo el contexto.
Monitoreo de Vehículos Distribuido
Los agentes sensores cubren regiones superpuestas pero incompletas. La coordinación es necesaria porque ningún agente puede mantener la continuidad de seguimiento de extremo a extremo. Diseña el protocolo en torno a la observabilidad parcial en lugar de "colaboración" genérica.
Puertas de Calidad
- El entorno se caracteriza explícitamente antes de elegir la arquitectura.
- El diseño nombra la fuente real de presión de coordinación.
- Los requisitos de conocimiento se establecen en el nivel adecuado.
- La estrategia de compromiso está vinculada a la volatilidad y al costo de la reconsideración.
- Cualquier autonomía reclamada incluye rechazo, retraso o interpretación local de las solicitudes.
Señas de Identidad
- Si alguien llama a un sistema multiagente pero cada decisión importante sigue pasando por un controlador, está renombrando ejecución distribuida, no diseñando autonomía.
- Si "conocimiento común" se usa casualmente sin un modelo de comunicación, el protocolo probablemente está subespecificado.
- Si el equipo no puede decir por qué los agentes deben coordinarse, el diseño probablemente no necesita agentes en absoluto.
Enrutamiento de Referencias
references/environment-characterization-drives-architecture.md: carga cuando la elección de la arquitectura es la cuestión principal.references/coordination-as-necessity-not-luxury.md: carga cuando debes justificar o minimizar la coordinación.references/commitment-strategies-and-environment-dynamics.md: carga cuando la audacia o la cadencia de replanificación es el principal problema de ajuste.references/grounded-epistemic-logic-for-distributed-agents.md: carga cuando las afirmaciones de conocimiento determinan la seguridad o la corrección.references/negotiation-and-resource-allocation-mechanisms.md: carga cuando la autonomía choca con recursos escasos.