Multi-Agent-Koordination
Varios especialistas, un objetivo común — coordinados por el orquestador, protegidos por niveles de autorización, conectados mediante canales de comunicación seguros.
Konzept
Un empleado que es simultáneamente responsable de contabilidad, recursos humanos y construcción responsable de todo, no puede hacer nada bien. Esto se aplica a los humanos — y también a los agentes de IA. Los especialistas separados no son un lujo técnico, sino una necesidad regulatoria y arquitectónica.
El agente de ventas no ve datos de personal, el agente de RRHH no ve planos de construcción. Cada agente tiene acceso exclusivamente a los datos de su área especializada — impuesto arquitectónicamente, no mediante políticas.
DSGVO Art. 25 • ISO 27001 A.9 • BSI IT-Grundschutz ORP.4
Quien contabiliza no puede aprobar simultáneamente. Un agente que procesa datos de clientes, contabilidad financiera y expedientes de personal, viola el principio de separación de tareas. Los agentes separados reflejan técnicamente las líneas de separación organizativas.
GoBD Tz. 107 • HGB §239 • DSGVO Art. 5
Con 14.000 tokens de ventana de contexto, un generalista consume la mayor parte para sus instrucciones. Los especialistas utilizan solo 17–22% para su prompt — el resto está disponible para su solicitud, recuerdos y herramientas.
→ Architektur: 7 PrincipiosCada agente genera su propio registro delimitado. En una auditoría se ve de inmediato: qué agente, cuándo, qué datos, qué resultado. Sin necesidad de desenredar un registro monolítico.
GoBD Tz. 37 • ISO 9001:2015 Kap. 7.5 • DSGVO Art. 30
Si un agente funciona incorrectamente, afecta solo a su dominio. Los otros agentes siguen funcionando sin interrupciones — como compartimentos cortafuegos en un edificio.
ISO 27001 A.16 • BSI 200-4 Notfallmanagement
El constructor habla con el agente de ingeniería, la contabilidad con el agente financiero. Cada usuario ve solo los datos relevantes para su rol — Privacy by Design a nivel arquitectónico.
DSGVO Art. 25 (Privacy by Design)
Conclusión: Varios agentes especializados son la implementación consecuente de protección de datos, separación de funciones y aseguramiento de calidad — así como usted en su organización tampoco emplearía a una sola persona simultáneamente para contabilidad, recursos humanos y construcción.
El orquestador coordina quién utiliza la GPU y cuándo. Los agentes se comunican a través de canales seguros y comparten archivos — sin acceso al espacio de trabajo del otro.
Koordination
Mensajería entre agentes, archivos compartidos y protección de datos impuesta arquitectónicamente.
Los agentes de la misma Connector Family comparten un canal de comunicación. Los mensajes a la familia se enrutan automáticamente al agente correspondiente.
Máximo 3 rondas de ida y vuelta entre dos agentes por solicitud. Previene bucles infinitos y consumo de tokens descontrolado.
Cada agente tiene su propio workspace — como un escritorio cerrado con llave. Solo los archivos compartidos conscientemente son visibles para otros.
Informes, exportaciones, listas de materiales — todo lo que otros agentes necesitan. El agente decide por sí mismo qué compartireilt.
Notas, calendario, contactos, listas de tareas, bases de datos de perfil. Ningún otro agente tiene acceso — impuesto arquitectónicamente, no por política.
Ejemplo: El agente de ingeniería lee un archivo DXF del equipo del ingeniero, crea una lista de materiales y la coloca en public/. El agente financiero lee la lista de materiales y calcula los costos de material — sin acceso a las notas de ingeniería.
Seguridad
Tres niveles de confianza determinan qué herramientas puede usar un agente. Como en un kernel de sistema operativo.
Riesgo mínimo. El agente solo puede leer: consultar memoria, ver configuración. Sin acceso a sistemas externos, sin acceso de escritura.
Acceso de lectura a sistemas externos. SQL-SELECT, REST-GET, leer archivos. Sin acceso de escritura a datos de producción. Ring estándar para la mayoría de los agentes.
Acceso completo incluyendo operaciones de escritura. Requiere habilitación explícita por el administrador. Human-in-the-Loop para acciones críticas.
Ejemplos prácticos
Cada agente se configura individualmente para su tarea — con sus propios skills, propios conectores y propia base de conocimiento.
Calcula estructuras portantes, optimiza perfiles de acero, verifica normas. Crea listas de materiales como borrador — el constructor revisa y aprueba.
Accede a ETA, DATEV u otros sistemas contables. Entrega saldos y flujo de caja en segundos. Prepara asientos contables — el empleado revisa y aprueba.
Supervisa inventarios via interfaz ERP, detecta valores por debajo del mínimo. Crea solicitud de necesidades — el comprador aprueba el pedido.
Lee estado de máquinas, optimiza secuencia de órdenes, crea informes de cambio de turno. Sugiere la secuencia — el jefe de producción aprueba.
Verifica solicitudes de vacaciones contra el calendario del equipo, rastrea onboarding, advierte sobre plazos contractuales. Recomienda decisión — el directivo aprueba.
Escanea contratos buscando plazos, genera borradores de NDA a partir de plantillas, notifica cambios regulatorios. Crea borrador — el jurista revisa y aprueba.
Recibe alertas de monitoreo, enriquece tickets, supervisa vencimientos de licencias. Prioriza incidente — el administrador revisa y escala.
Estos son ejemplos. Los agentes AIMOS se configuran individualmente por empresa — cada departamento, cada interfaz, cada flujo de trabajo. Más sobre la arquitectura de agentes.