Agenti AI: come avviare un progetto pilota con Microsoft Scout

Tra gli agenti AI per il lavoro, Microsoft Scout può preparare il materiale per la prossima riunione, lavorare sui file locali e verificare attività ricorrenti durante la giornata su Microsoft 365. Per l’IT, la decisione riguarda quanto lavoro delegare, quali dati rendere accessibili e in quali passaggi richiedere l’approvazione di una persona.

Il mio consiglio: provare Scout con un gruppo pilota ristretto, composto da persone individuate, se la preparazione ricorrente assorbe davvero tempo e l’organizzazione accetta l’elaborazione AI esterna. Mantenete l’approvazione delle modifiche mentre verificate l’utilità delle bozze. Rimandate l’attivazione se vi serve un’esecuzione senza supervisione garantita o un’elaborazione interamente coperta dalle protezioni di Microsoft 365.

Scout è un’anteprima Frontier. Disponibilità e funzionalità possono cambiare; ciò che compare nell’anteprima non costituisce una promessa di disponibilità generale. Questa guida si basa sulla documentazione pubblica Microsoft verificata il 6 novembre 2026, non su una prova con accesso all’applicazione né su un benchmark indipendente delle prestazioni.

Agenti AI sul desktop: che cosa fa Microsoft Scout?

Scout unisce il lavoro locale al contesto di Microsoft 365 in un’applicazione desktop. Immaginatelo come un assistente con un banco di lavoro, un browser e un accesso alle informazioni aziendali regolato da autorizzazioni. Assegnargli un incarico non significa consegnargli automaticamente tutte le chiavi.

WorkIQ è il livello di interrogazione che aiuta Scout a riunire le informazioni presenti in Microsoft 365. La shell è l’interfaccia a comandi con cui si eseguono programmi sul computer. Entrambi danno accesso a funzioni rilevanti, anche quando la richiesta parte da una normale chat. Si veda la panoramica delle funzionalità desktop.

Che cosa serve per attivare Scout?

Installare il client è solo un passaggio. Prima del rilascio agli utenti, verificate le licenze e completate entrambi i passaggi amministrativi di accesso.

Dopo l’abilitazione, l’utente installa Scout, accede a Microsoft 365 e GitHub, sceglie una cartella come area di lavoro e controlla le autorizzazioni. La guida all’installazione e ai prerequisiti indica inoltre che WorkIQ e l’accesso alla shell sono attivi per impostazione predefinita, mentre l’approvazione automatica è disattivata. Abilitare la shell consente di richiedere l’esecuzione di comandi: non equivale ad approvarli tutti.

Primo passaggio: abilitare Frontier nell’interfaccia di amministrazione di Microsoft 365

Aprite Copilot > Settings > View all, cercate Frontier e selezionate Copilot Frontier. Scegliete i destinatari e salvate. Microsoft offre le opzioni No access, All users e Specific users; per il progetto pilota scegliete Specific users. La propagazione può richiedere fino a circa tre ore.

Secondo passaggio: applicare i criteri Intune e completare l’attestazione

Abilitate Scout sui dispositivi interessati tramite Intune, quindi compilate il modulo M365 Admin Frontier organization sign-up form collegato nelle istruzioni Microsoft per l’accesso amministrativo. L’attestazione è un consenso aggiuntivo, necessario perché l’elaborazione può avvenire al di fuori di Microsoft 365. La sola impostazione Frontier, l’app installata o una licenza GitHub non bastano a completare l’accesso.

Su Windows, importate microsoft-scout.admx e microsoft-scout.adml, create il criterio basato sul modello importato e abilitate Allow Microsoft Scout Frontier access, la funzionalità AllowScoutFrontierAccess. Sui Mac, assegnate microsoft-scout.mobileconfig tramite un profilo personalizzato macOS usando il canale Device. Assegnate i dispositivi previsti per il progetto pilota e attendete il completamento della sincronizzazione dei criteri. La procedura di configurazione Intune di Microsoft fornisce i modelli e i passaggi di distribuzione.

Controllate anche i criteri GitHub per l’app Copilot. Una licenza Business o Enterprise assegnata può comunque essere bloccata dai criteri aziendali o dell’organizzazione. Le versioni dell’app precedenti alla 1.1 usano i criteri di Copilot CLI. Coinvolgete l’amministratore GitHub nella configurazione del progetto pilota.

Che cosa può fare Scout senza chiedere conferma?

Scout può agire senza una nuova richiesta quando le autorizzazioni configurate consentono l’azione. Il fatto che un’attività sia pianificata non implica che sia autorizzata.

La guida alla configurazione indica che l’approvazione automatica è disattivata; la guida ai comandi riporta anche esempi di azioni appartenenti a un livello di approvazione automatica. Verificate le impostazioni effettive sul dispositivo pilota prima di fare affidamento sull’esecuzione senza supervisione. Quegli esempi descrivono autorizzazioni possibili, non garantiscono che siano attive.

Heartbeat ripete un’istruzione a intervalli configurati: 15 minuti, 30 minuti, un’ora o due ore, nei giorni e negli orari lavorativi selezionati. Le automazioni sono attività separate, pianificate o attivate da una condizione, eventualmente con un’unica esecuzione. Queste modalità in background applicano autorizzazioni più restrittive rispetto al lavoro interattivo. Le domande frequenti spiegano i livelli di autorizzazione e le modalità autonome.

Heartbeat ha criteri propri. Le azioni che normalmente richiedono approvazione vengono saltate, i messaggi in uscita usano contenuti generici anziché dati privati e gli eventi di calendario provvisori vengono considerati come tempo occupato. È possibile consultarne il registro delle attività. I percorsi sensibili possono richiedere un’approvazione esplicita anche quando un’altra regola consentirebbe l’accesso. Questi dettagli sono descritti nella guida a heartbeat e autorizzazioni.

Per il primo progetto pilota, chiedete un elenco di eccezioni o una bozza. Un controllo in background può essere utile anche senza inviarne automaticamente i risultati a tutte le persone coinvolte.

Le modifiche a Microsoft 365 richiedono particolare attenzione. Scout chiede l’approvazione prima di inviare o pubblicare messaggi, modificare eventi di calendario, elementi degli elenchi o regole della posta in arrivo. Per le richieste di condivisione dei file occorre controllare il file, i destinatari e il livello di accesso. Scout può concedere o ampliare l’accesso a persone specifiche, ma non può revocare accessi esistenti né creare collegamenti di condivisione anonimi. La guida alle azioni di Microsoft 365 è il riferimento utile per delimitare questi flussi di lavoro.

Identità, sandbox e confini dei dati

L’anteprima desktop documentata opera con i privilegi dell’utente che ha effettuato l’accesso. Si autentica tramite l’identità Microsoft 365 dell’organizzazione e può raggiungere soltanto le risorse Microsoft 365 a cui quell’account è autorizzato ad accedere.

Preparate il computer con i diritti amministrativi dove necessario, poi avviate Scout come utente normale. Microsoft specifica di non eseguirlo come SYSTEM, come servizio o con un altro account amministratore. L’utente non ha bisogno di mantenere diritti di amministratore locale.

Una sandbox è un ambiente di esecuzione con restrizioni. Microsoft documenta la sandbox del motore del browser di Scout e avverte che --no-sandbox è una soluzione alternativa non supportata che indebolisce la sicurezza. Questo non documenta l’esecuzione di ogni operazione sui file e di ogni comando shell all’interno di una macchina virtuale separata. Per la distribuzione, basatevi sulle restrizioni dichiarate dell’area di lavoro, sulle autorizzazioni degli strumenti e sui criteri degli endpoint. Si veda la guida agli ambienti gestiti e alla sandbox.

Anche l’area di lavoro costituisce un confine di autorizzazione da configurare. Gli utenti possono approvare l’accesso ad altre cartelle per le azioni successive, una possibilità descritta nelle note di rilascio. Usate il criterio di restrizione all’area di lavoro quando quel confine deve rimanere fisso.

Esecuzione locale non significa elaborazione AI locale. Le interazioni con i modelli passano da GitHub Copilot e sono soggette a termini separati; prompt e contenuti possono raggiungere i fornitori terzi configurati. Microsoft dichiara che le protezioni di Microsoft 365 relative a residenza dei dati, conservazione, applicazione delle etichette di riservatezza ed eDiscovery non si applicano a questa elaborazione.

Anche l’archiviazione segue confini distinti. I file creati risiedono nell’area di lavoro. Sessioni e memoria vengono archiviate nel OneDrive dell’utente, sotto i controlli del tenant. Le istruzioni delle automazioni e l’output degli strumenti vengono salvati localmente e non rientrano nell’accordo sulla protezione dei dati di Microsoft 365. I contenuti generati potrebbero non ereditare automaticamente le etichette di riservatezza delle fonti. Queste distinzioni sono illustrate nelle FAQ sulla gestione dei dati per l’AI responsabile.

La mia regola per la distribuzione: approvare il percorso effettivo dei dati e la gestione dell’output prima di approvare un’attività ricorrente. Un dato ammesso in ingresso non produce automaticamente un risultato autorizzato alla condivisione.

Quali controlli amministrativi contano nel progetto pilota?

Gli amministratori possono limitare sia le risorse raggiungibili da Scout sia la sua autonomia. Su Windows, i criteri si applicano al dispositivo nel percorso HKLM\SOFTWARE\Policies\Scout; gli utenti standard non possono modificarli.

Un’origine è composta dallo schema e dall’host di un sito web, con la porta quando prevista. Il blocco delle destinazioni del browser va interpretato entro questo ambito: non implica il controllo di ogni percorso di rete. Il riferimento ai criteri amministrativi di Microsoft definisce questi controlli.

Partite da un’area di lavoro dedicata, un gruppo ristretto e l’approvazione per le azioni che non siano di sola lettura. Abilitate una modalità in background solo dopo aver individuato un’attività utile e criteri che consentano di completarne i passaggi previsti. Affidate a un amministratore identificato la responsabilità di disabilitarla se l’output smette di essere affidabile.

Sei flussi di lavoro da provare, in ordine di priorità

I punti di partenza più promettenti producono qualcosa che una persona può controllare prima che venga modificata una risorsa condivisa. Sono proposte di lavoro, non risultati misurati.

Per il progetto pilota sulle riunioni, la sequenza attuale è raccogliere, riconciliare, redigere, controllare e infine agire. La proposta delega i primi tre passaggi e mantiene controllo e approvazione. Come semplice calcolo di pianificazione: se cinque documenti preparatori settimanali richiedono oggi 30 minuti ciascuno e la revisione con le correzioni potesse richiederne 10 ciascuno, il risparmio potenziale sarebbe di 100 minuti, ossia 1 ora e 40 minuti. Il progetto pilota deve verificare entrambi i tempi: non è un benchmark di Scout.

Due servizi utili da costruire attorno a Scout

L’opportunità più promettente è una skill per preparare le riunioni, accompagnata da un pacchetto pilota per i team che gestiscono i clienti su Microsoft 365. La stima DataForSEO per gli Stati Uniti, acquisita il 6 novembre 2026, indica 390 ricerche mensili per “meeting preparation”. È un segnale dell’interesse per l’attività, non la prova che quelle persone cerchino Scout.

La versione minima vendibile potrebbe comprendere istruzioni riutilizzabili, un elenco concordato di fonti, un modello per il documento preparatorio e una griglia di revisione, installati per un team pilota. Un responsabile operativo o del supporto alle vendite potrebbe pagare per una preparazione uniforme e meno informazioni mancanti. Una skill di Scout è una procedura riutilizzabile scritta in un file SKILL.md; questa è una proposta di servizio per un flusso di lavoro, non l’affermazione che Scout esponga un’API pubblica per sviluppare prodotti. Il punto critico è l’accesso alle fonti e la loro completezza: anche un documento ben presentato può omettere l’email decisiva. Il valore difendibile sta nella procedura del team e nei controlli di qualità, non nel solo prompt.

La seconda opportunità è un pacchetto per individuare le eccezioni nella posta in arrivo. La stessa verifica DataForSEO stima 1,300 ricerche mensili negli Stati Uniti per “email management”. Un team operativo potrebbe acquistare una procedura configurata di smistamento che riconosca categorie definite di eccezioni, prepari un elenco da controllare e produca bozze di risposta, senza porre l’invio senza supervisione come obiettivo.

La versione minima potrebbe riguardare la casella di una persona, una piccola tassonomia di eccezioni, un’istruzione ricorrente e un insieme di esempi già risolti per la valutazione. I punti critici sono gli ostacoli dovuti alle autorizzazioni e i falsi allarmi: se heartbeat deve saltare un’azione necessaria o segnala troppa posta ordinaria, il pacchetto aggiunge lavoro. La domanda di ricerca più ampia sulla gestione delle email non dimostra una disponibilità a pagare per questa specifica implementazione.

Quando scegliere Scout e quando valutare le alternative?

Partite da Scout quando il progetto pilota richiede la combinazione di contesto personale in Microsoft 365, lavoro locale ed esecuzione ricorrente.

Per un processo ripetibile condiviso da un team, valutate prima gli agenti Copilot attraverso il nostro confronto tra agenti AI per le aziende. Usate i criteri della guida sui flussi Microsoft per capire se vi serve un processo gestito per il team o un assistente personale.

Se l’attività principale è delegare il lavoro sui documenti e siete disponibili a usare l’esperienza desktop di un altro fornitore, consultate la nostra guida a Claude Cowork. Confrontate la sua spiegazione dell’esecuzione locale e nel cloud con i dati che intendete usare. La sola presenza di un’interfaccia desktop non chiarisce dove venga eseguita un’attività.

Quando aspettare e da dove partire lunedì

Aspettate se il progetto pilota non può accettare l’inferenza esterna, se dipende da una correttezza garantita o se nessuno è responsabile della coda di revisione. Scout può fraintendere le istruzioni e non riuscire a completare attività con più passaggi. Trattate messaggi, documenti e codice generati come bozze. Microsoft esclude inoltre da questa anteprima gli ambienti US Government e i cloud sovrani o nazionali.

Lunedì scegliete un operatore e un’attività preparatoria ricorrente. Registratene i passaggi attuali e il tempo richiesto, definite gli input consentiti e l’output atteso, poi stabilite chi lo controllerà. Fate completare insieme le verifiche di accesso ai responsabili di Microsoft 365, Intune e GitHub. Valutate quindi un’esecuzione supervisionata prima di introdurre la ricorrenza.

Estendete l’utilizzo solo quando l’output fa risparmiare tempo dopo aver considerato correzioni, controlli sulle informazioni mancanti e lavoro di approvazione. Una bozza prodotta senza supervisione di cui nessuno si fida non ha eliminato lavoro.

Che cos’è Microsoft Scout?

Scout è un agente desktop in anteprima Frontier che può agire su file, comandi shell, browser e Microsoft 365. Supporta attività ricorrenti in background, con un’esecuzione limitata dalle autorizzazioni configurate e dai criteri amministrativi.

Come si ottiene Microsoft Scout?

L’amministratore deve abilitare Frontier per l’utente, applicare i criteri Intune di Scout e completare l’attestazione. Servono inoltre le licenze documentate di Microsoft 365 Copilot e GitHub Copilot Business o Enterprise. Si può quindi installare l’app desktop supportata e accedere con gli account appropriati.

Quanto costa Microsoft Scout?

La documentazione Scout esaminata qui non indica un prezzo fisso per Scout. Richiede le licenze elencate sopra e usa l’account GitHub per la fatturazione dei token. Prima di estendere il progetto pilota, chiedete al responsabile delle licenze di verificare i termini di utilizzo applicabili; non date per scontato che la licenza Microsoft 365 copra tutte le attività.

Per realizzare un flusso con agenti dai confini definiti per il vostro team, consultate il servizio di sviluppo di agenti AI.