Multi-Agent-Koordination
Più specialisti, un obiettivo comune — coordinati dall'orchestratore, abgesichert durch Berechtigungsstufen, verbunden über sichere Comunicazioneskanäle.
Konzept
Un collaboratore che è contemporaneamente responsabile di contabilità, risorse umane e progettazione non può fare nulla di tutto ciò correttamente. Questo vale per le persone — e altrettanto per gli agenti IA. Specialisti separati non sono un lusso tecnico, bensì una necessità normativa e architetturale.
L'agente commerciale non vede i dati del personale, l'agente HR non vede i disegni di progettazione. Ogni agente ha accesso esclusivamente ai dati del proprio ambito — imposto architetturalmente, non tramite policy.
DSGVO Art. 25 • ISO 27001 A.9 • BSI IT-Grundschutz ORP.4
Chi registra non può contemporaneamente approvare. Un agente che gestisce dati clienti, contabilità e fascicoli del personale, viola il principio della separazione dei compiti. Separate Agenten bilden organisatorische Trennlinien technisch ab.
GoBD Tz. 107 • HGB §239 • DSGVO Art. 5
Con 14.000 token di finestra di contesto, un generalista consuma la maggior parte per le proprie istruzioni. Gli specialisti utilizzano solo il 17–22% per il proprio prompt — il resto è disponibile per la Sua richiesta, i ricordi e gli strumenti.
→ Architektur: 7 PrinzipienOgni agente genera il proprio protocollo separato. In caso di verifica, è immediatamente visibile: quale agente, quando, quali dati, quale risultato. Nessun districamento di un log monolitico.
GoBD Tz. 37 • ISO 9001:2015 Kap. 7.5 • DSGVO Art. 30
Se un agente funziona in modo errato, ciò riguarda solo il suo dominio. Gli altri agenti continuano a funzionare indisturbati — come compartimenti antincendio in un edificio.
ISO 27001 A.16 • BSI 200-4 Notfallmanagement
Il progettista parla con l'agente di ingegneria, la contabilità con l'agente finanziario. Ogni utente vede solo i dati rilevanti per il proprio ruolo — Privacy by Design a livello architetturale.
DSGVO Art. 25 (Privacy by Design)
Conclusione: Più agenti specializzati sono l'implementazione coerente di Protezione dei dati, separazione delle funzioni e garanzia della qualità — così come nella Sua organizzazione non impieghereste una sola persona contemporaneamente per contabilità, risorse umane e progettazione.
L'orchestratore coordina chi utilizza la GPU e quando. Gli agenti comunicano tramite canali sicuri e condividono file — senza accesso al workspace dell'altro.
Koordination
Messaggistica inter-agente, file condivisi e protezione dati imposta architetturalmente.
Gli agenti della stessa Connector Family condividono un canale di comunicazione. I messaggi alla famiglia vengono indirizzati automaticamente all'agente competente.
Massimo 3 cicli di scambio tra due agenti per richiesta. Previene cicli infiniti e consumo incontrollato di token.
Ogni agente ha il proprio workspace — come una scrivania chiusa a chiave. Solo i file deliberatamente condivisi sono visibili agli altri.
Report, esportazioni, distinte base — tutto ciò di cui altri agenti hanno bisogno. L'agente decide autonomamente cosa condividere.
Note, calendario, contatti, liste attività, database di profili. Nessun altro agente ha accesso — imposto architetturalmente, non tramite policy.
Esempio: l'agente di progettazione legge un file DXF dal computer dell'ingegnere, crea una distinta base e la deposita in public/. L'agente finanziario legge la distinta base e calcola i costi dei materiali — senza accesso alle note di progettazione.
Sicurezza
Tre livelli di fiducia determinano quali strumenti un agente può utilizzare. Come nel kernel di un sistema operativo.
Rischio minimo. L'agente può solo leggere: consultare la memoria, visualizzare la configurazione. Nessun accesso a sistemi esterni, nessun accesso in scrittura.
Accesso in lettura a sistemi esterni. SQL-SELECT, REST-GET, lettura file. Nessun accesso in scrittura ai dati di produzione. Ring standard per la maggior parte degli agenti.
Accesso completo incluse operazioni di scrittura. Richiede abilitazione esplicita durch den Administrator. Human-in-the-Loop für kritische Aktionen.
Esempi pratici
Ogni agente viene configurato individualmente per il suo compito — con skills propri, connettori propri e propria base di conoscenza.
Berechnet Tragwerke, optimiert Stahlprofile, prüft Normen. Crea distinte base come bozze — il progettista verifica e approva.
Accede a ETA, DATEV o altri sistemi contabili. Fornisce saldi e cashflow in pochi secondi. Prepara le registrazioni — L'impiegato verifica e approva.
Monitora le scorte tramite interfaccia ERP, rileva le soglie minime. Crea segnalazione di fabbisogno — L'acquirente approva l'ordine.
Legge lo stato delle macchine, ottimizza la sequenza degli ordini, crea report di passaggio turno. Propone la sequenza — Il responsabile di produzione approva.
Verifica le richieste di ferie rispetto al calendario del team, traccia l'onboarding, avvisa sulle scadenze contrattuali. Raccomanda la decisione — Il dirigente approva.
Scansiona i contratti per le scadenze, genera bozze NDA da modelli, segnala modifiche normative. Crea la bozza — Il giurista verifica e approva.
Riceve alert di monitoraggio, arricchisce i ticket, monitora le scadenze delle licenze. Prioritizza l'incident — L'admin verifica ed escala.
Questi sono esempi. Gli agenti AIMOS vengono configurati individualmente per ogni azienda — ogni reparto, ogni interfaccia, ogni workflow. Maggiori informazioni sull'architettura degli agenti.