Orchestrator
2026-09-06 · 6 min di lettura
In sintesi
- Gli agenti sono sequenze di step tipizzati, non prompt di chat.
- Un Orchestrator coordina agenti su più sistemi.
- L'approvazione umana è uno step, disegnato e colorato come gli altri.
ERP, PLM, CRM e documenti mantengono provenienza e versione.
Step tipizzati
Ogni step di un agente dichiara il suo tipo: chiamata API a un servizio di sistema, ragionamento AI con il suo modello, approvazione umana.
È questo che rende un agente ispezionabile: si legge cosa toccherà prima di lasciarlo partire.
Il worker come alter ego
Un Orchestrator corrisponde a un ruolo di business — buyer, planner, pricing manager — e possiede agenti, workflow e autorità di quel ruolo.
Può proporre una lista di attività per i suoi agenti e per le persone, ma non approva mai la propria proposta.
Tecnologia, non sistema
Un agente spesso agisce su più sistemi, quindi si classifica per la tecnologia su cui è costruito: Claude, OpenAI, Gemini, n8n, SAP BTP o nativo.
La provenienza resta visibile, soprattutto per gli agenti importati dagli LLM di mercato.
FAQ
Domande frequenti
Perché è importante “Step tipizzati”?
Ogni step di un agente dichiara il suo tipo: chiamata API a un servizio di sistema, ragionamento AI con il suo modello, approvazione umana. È questo che rende un agente ispezionabile: si legge cosa toccherà prima di lasciarlo partire.
Come funziona “Il worker come alter ego”?
Un Orchestrator corrisponde a un ruolo di business — buyer, planner, pricing manager — e possiede agenti, workflow e autorità di quel ruolo. Può proporre una lista di attività per i suoi agenti e per le persone, ma non approva mai la propria proposta.
Cosa deve sapere un team su “Tecnologia, non sistema”?
Un agente spesso agisce su più sistemi, quindi si classifica per la tecnologia su cui è costruito: Claude, OpenAI, Gemini, n8n, SAP BTP o nativo. La provenienza resta visibile, soprattutto per gli agenti importati dagli LLM di mercato.