Agent builder in Copilot Studio: progettare agenti aziendali

Perché l'agent builder non è un chatbot generico

L'agent builder di Copilot Studio non serve a creare un assistente che risponde "Ciao, come posso aiutarti?". Serve a tradurre un requisito aziendale concreto — gestire rimborsi spese, validare ordini, rispondere a richieste di ferie — in un flusso logico che collega dati, processi e decisioni. Ogni componente dell'agente riflette una scelta operativa: cosa deve sapere, cosa può fare, quando deve coinvolgere un umano.

Se lavori in un'azienda che usa Microsoft 365 e hai già familiarità con Power Automate o SharePoint, l'agent builder è il passo successivo: non automatizzi un processo lineare, ma costruisci un sistema che interpreta richieste in linguaggio naturale, accede a fonti dati diverse e sceglie tra percorsi alternativi in base al contesto.

Definire ruolo e contesto dell'agente

Prima di aprire Copilot Studio, rispondi a tre domande:

1. Qual è il dominio di competenza? Un agente per la gestione inventario ha responsabilità diverse da uno per la formazione interna. Il primo accede a database di magazzino e può inviare alert di riordino; il secondo interroga cataloghi corsi e prenota aule.
2. Quali sono i vincoli operativi? Un agente finanziario può consultare budget ma non può approvare spese sopra una soglia definita. Qui il contesto stabilisce sia le fonti di informazione sia le barriere decisionali.
3. Quando deve escalare a un umano? Definisci le condizioni di blocco: dati mancanti, richieste ambigue, autorizzazioni insufficienti.

Il contesto include anche il modello linguistico sottostante (GPT-4 o varianti), la memoria conversazionale (quante interazioni precedenti l'agente ricorda) e le policy di conformità (GDPR, accesso a dati sensibili). In Copilot Studio, questi parametri si configurano nel pannello Impostazioni agente, sotto Comportamento e Sicurezza.

Trigger, flussi condizionali e azioni

Un agente avanzato non è una catena lineare. Risponde a trigger molteplici:

• Domanda dell'utente: "Qual è il mio saldo ferie?"
• Evento di sistema: un ordine supera la soglia di approvazione automatica
• Stato dei dati: l'inventario scende sotto il livello minimo

Il flusso è descritto come un grafo di decisioni. Esempio concreto per un agente di supporto clienti:

1. Trigger: utente scrive "Ho un problema con la fattura di marzo"
2. Classificazione: l'agente identifica l'intento ("richiesta fattura") e l'entità ("marzo")
3. Percorso condizionale:
   • Se la fattura esiste → recupera il documento da SharePoint e lo allega alla risposta
   • Se la fattura non esiste → chiede conferma del mese e del cliente
   • Se l'utente non ha autorizzazione → invia messaggio a un operatore umano
4. Azione: invia email di conferma, registra la richiesta in un elenco SharePoint, aggiorna lo stato della conversazione

In Copilot Studio, questo si costruisce nel Designer del flusso, dove ogni nodo rappresenta una decisione o un'azione. Usa il nodo Condizione per i branch logici, il nodo Chiamata HTTP per API esterne, il nodo Esegui flusso Power Automate per processi complessi.

Connessioni a sistemi aziendali e autorizzazioni

L'agente accede ai sistemi aziendali tramite connettori: Dataverse, SharePoint, SQL Server, API REST personalizzate. Ogni connessione richiede autenticazione e autorizzazioni granulari.

Esempio pratico: un agente per la gestione ordini deve leggere da un database ERP e scrivere in un elenco SharePoint. In Copilot Studio:

1. Vai su Impostazioni → Connessioni
2. Aggiungi il connettore SQL Server (inserisci server, database, credenziali)
3. Aggiungi il connettore SharePoint (seleziona il sito e l'elenco di destinazione)
4. Nel flusso dell'agente, usa il nodo Ottieni righe per interrogare SQL e il nodo Crea elemento per scrivere in SharePoint

Attenzione alle autorizzazioni: l'agente eredita i permessi dell'account di servizio configurato. Se l'agente deve operare per conto dell'utente finale (es. accedere solo alle sue ferie), usa l'autenticazione delegata con Azure AD Single Sign-On.

Guardrail e validazione in contesto reale

Un agente senza guardrail è un rischio operativo. I guardrail sono regole che limitano il comportamento dell'agente:

• Filtri di contenuto: blocca richieste inappropriate o fuori dominio
• Soglie decisionali: l'agente può approvare spese fino a 500 €, oltre richiede conferma umana
• Timeout conversazionali: dopo 3 tentativi falliti, l'agente passa a un operatore
• Audit trail: ogni azione dell'agente viene registrata in un log Dataverse

In Copilot Studio, i guardrail si configurano in due punti:

• Scheda Comportamento: imposta il tono, il dominio di competenza, le frasi di fallback
• Nodi condizionali nel flusso: aggiungi controlli espliciti (es. "se importo > 500, invia a manager")

Prima di pubblicare l'agente, testalo in Ambiente di test con scenari reali: dati incompleti, richieste ambigue, errori di connessione. Usa il Pannello di debug per vedere il percorso logico seguito dall'agente e identificare i punti deboli.

Esempio completo: agente per richieste di rimborso spese

Scenario: i dipendenti inviano richieste di rimborso tramite Teams. L'agente valida la richiesta, verifica la policy aziendale, registra i dati in SharePoint e notifica il manager se l'importo supera 300 €.

Flusso dell'agente:

1. Trigger: utente scrive "Voglio richiedere un rimborso per trasferta"
2. Raccolta dati: l'agente chiede data, importo, categoria (vitto, trasporto, alloggio)
3. Validazione policy: controlla se l'importo rientra nei limiti (query a elenco SharePoint "Policy spese")
4. Percorso condizionale:
   • Se importo ≤ 300 € → registra in SharePoint, invia conferma all'utente
   • Se importo > 300 € → registra in SharePoint, invia notifica al manager via email (Power Automate)
5. Chiusura: "Richiesta registrata. Riceverai conferma entro 48 ore."

Componenti tecnici:

• Connettore SharePoint per leggere policy e scrivere richieste
• Connettore Office 365 Outlook per inviare email
• Nodo Condizione per il branch logico
• Nodo Esegui flusso Power Automate per la notifica complessa

Quando l'agent builder ha senso per la tua azienda

L'agent builder conviene se hai scenari ripetitivi che richiedono accesso a dati strutturati e decisioni basate su regole. Non conviene se il processo è troppo variabile o richiede giudizio umano complesso.

Casi d'uso efficaci:

• Supporto IT interno ("Resetta la mia password", "Richiedi accesso a cartella")
• Gestione ferie e permessi ("Quanti giorni mi restano?", "Prenota 3 giorni a luglio")
• Onboarding dipendenti ("Quali documenti devo firmare?", "Quando inizia la formazione?")
• Validazione ordini ("Controlla disponibilità prodotto", "Conferma spedizione")

Se vuoi approfondire la progettazione di agenti intelligenti con Copilot Studio — dai trigger ai guardrail operativi — Zero-G Office 365 offre percorsi avanzati con esempi concreti e interfaccia italiana: https://zerog-office365.it/?utm_source=linkedin&utm_medium=blog&utm_campaign=corsi_gratis&utm_content=-6n5onqo