GitHub Copilot introduce le approvazioni assistite: meno conferme, ma i controlli restano necessari

26 ottobre 2026. GitHub ha annunciato la disponibilità generale delle assisted permissions per Copilot CLI, l'app GitHub Copilot e Visual Studio Code. La funzione introduce una verifica automatica delle richieste di autorizzazione: quando l'agente vuole eseguire un comando, accedere a un percorso o aprire un indirizzo web, un modello linguistico valuta se l'azione sia sufficientemente sicura per procedere senza interrompere lo sviluppatore. Le richieste che non superano la valutazione continuano a richiedere un'approvazione esplicita nelle sessioni interattive.

È un cambiamento nel modo in cui vengono gestiti i permessi degli strumenti, non una nuova garanzia di sicurezza del codice generato. L'obiettivo è ridurre le conferme ripetitive durante il lavoro con gli agenti senza concedere automaticamente un'autorizzazione illimitata a tutte le operazioni.

Tra conferma manuale e accesso senza limiti

Finora, per lavorare con un agente, lo sviluppatore poteva scegliere un controllo molto stretto, confermando numerose operazioni, oppure una modalità più permissiva che evita le interruzioni ma amplia il raggio d'azione degli strumenti. Con le approvazioni assistite, GitHub aggiunge una terza possibilità: le richieste ammissibili sono esaminate da un modello e possono essere autorizzate automaticamente se giudicate sicure nel contesto dell'attività.

Il sistema non sostituisce tutte le regole esistenti. Le autorizzazioni già concesse vengono rispettate, mentre i divieti espliciti continuano ad avere effetto. Se il modello non è sufficientemente sicuro, oppure la valutazione non è disponibile, la richiesta segue il normale percorso di gestione dei permessi. Per un team questo significa meno interruzioni, ma non l'eliminazione dei controlli organizzativi.

Dove si attiva: terminale, app e Visual Studio Code

Nel terminale Copilot CLI si può selezionare la modalità con il comando /permissions e scegliere assisted; il comando /permissions assisted la imposta direttamente per la sessione. Nell'app GitHub Copilot la voce si trova nel selettore delle autorizzazioni degli strumenti. In Visual Studio Code è disponibile nel menu dedicato ai permessi dell'agente. La presenza della funzione non significa che venga necessariamente attivata in automatico: contano le preferenze e le eventuali policy aziendali.

Per gli sviluppatori italiani che alternano editor e terminale, il beneficio più immediato è pratico. Un agente che deve leggere file di progetto o compiere operazioni considerate innocue può avanzare senza attendere ogni volta un clic. Un comando che potrebbe modificare dati importanti, invece, non deve essere dato per autorizzato solo perché la modalità assistita è attiva.

Che cosa cambia nelle esecuzioni senza operatore

La documentazione GitHub descrive anche l'impiego nelle esecuzioni non interattive, come i job avviati da uno script o da una pipeline. Copilot CLI prevede l'opzione --assisted-approval oppure la variabile COPILOT_ASSISTED_APPROVAL. In questi casi, quando una richiesta necessita comunque dell'intervento umano, viene negata: non esiste una persona disponibile per approvarla in tempo reale.

Questa distinzione evita un equivoco frequente. «Assistito» non significa «esegui tutto comunque»: un'automazione può fermarsi o cercare un percorso alternativo se l'operazione non è approvabile. GitHub segnala inoltre che l'opzione assistita non modifica automaticamente tutte le autorizzazioni a percorsi e URL eventualmente concesse tramite altri flag. Prima di usare la modalità in CI è quindi necessario verificare la configurazione effettiva, non soltanto la presenza dell'opzione.

Le regole aziendali restano decisive

Gli amministratori enterprise possono impedire la modalità che approva tutto, mantenendo disponibile quella assistita, oppure disabilitare separatamente le approvazioni assistite. Possono anche definire la modalità predefinita per le nuove sessioni. Le regole di divieto restano vincolanti; alcune richieste sottoposte a regole aziendali di conferma possono invece essere valutate dal modello quando sono idonee.

Non tutte le chiamate agli strumenti rientrano in questa revisione. Le richieste di aggirare l'isolamento locale, per esempio, continuano a seguire i controlli ordinari. Inoltre, la documentazione precisa che nell'app i controlli descritti riguardano le sessioni locali, mentre non sono disponibili nello stesso modo per le sessioni cloud. È quindi opportuno verificare il client, il tipo di sessione e le policy applicate prima di standardizzare la funzione per un intero gruppo di lavoro.

Il limite più importante: la valutazione può sbagliare

La decisione automatica si basa a sua volta su un modello AI, che può interpretare male una richiesta o sottovalutarne le conseguenze. GitHub avverte espressamente che le approvazioni assistite non sostituiscono sandbox, restrizioni di accesso e controllo delle operazioni effettivamente eseguite. Non vanno trattate come una certificazione che ogni comando approvato sia innocuo.

Per adottare la novità con prudenza, un team può partire da attività circoscritte, mantenere permessi minimi sui repository e sui servizi esterni, verificare i log e provare il comportamento delle richieste negate. Nei flussi che possono pubblicare contenuti, distribuire software o modificare dati di produzione, rimangono utili autorizzazioni esplicite e controlli separati sulle azioni irreversibili. Queste sono indicazioni operative editoriali, non risultati di test indipendenti della nuova funzione.

Fonti e trasparenza editoriale

Fonte primaria: GitHub Changelog, annuncio del 26 ottobre 2026. Dettagli e limiti: GitHub Docs, guida ufficiale alle assisted permissions (consultata il 27 ottobre 2026). Il testo distingue le funzionalità annunciate dalle valutazioni pratiche della redazione.

Redazione Quotidiano Digitale — Sikelia Labs. Articolo originale preparato il 27 ottobre 2026; la data di pubblicazione sarà quella effettiva del post Blogger.