GitHub Copilot assisted permissions: cosa sono e come si attivano

Il 26 ottobre 2026 GitHub ha reso disponibili per tutti le assisted permissions di Copilot, una modalità in cui un modello linguistico decide al posto tuo se un comando, un percorso o un URL sono abbastanza sicuri da partire senza conferma. Riguarda chi usa Copilot come agente nella CLI, nell'app GitHub Copilot o in VS Code e si è stancato di cliccare "approva" decine di volte per sessione, oppure di aver spento i controlli del tutto. È la via di mezzo tra i due estremi, con limiti che la documentazione dichiara senza giri di parole.

Come funzionano le assisted permissions di Copilot

Secondo il changelog di GitHub, quando Copilot chiede di eseguire un comando, accedere a un percorso del file system o aprire un URL, un modello linguistico valuta la richiesta. Se la classifica come chiaramente sicura, la richiesta procede in automatico. Altrimenti resta l'approvazione manuale.

I dettagli stanno nella pagina della documentazione sul lasciar girare i comandi sicuri senza approvazione manuale. L'ordine dei controlli è questo: prima si guardano le regole esistenti e le approvazioni già date da una persona, e le richieste già consentite partono senza alcuna revisione del modello. Solo per il resto interviene il modello, con un doppio test. Deve essere sicuro che l'azione sia sicura, e che rientri nell'autorità che gli hai dato per quel compito. Se non è abbastanza sicuro, ti chiede conferma. Se la revisione non è disponibile o non riesce a valutare la richiesta, si applica la gestione normale dei permessi.

La documentazione distingue ora tre modalità. In quella manuale approvi tu ogni richiesta, una volta o per la sessione. In quella assistita il modello rivede le richieste idonee e a te arrivano le altre. Nella modalità incondizionata (--allow-all, --yolo oppure /permissions allow-all) c'è un permesso ampio e nessuna revisione.

Un dettaglio che conta: la pagina non pubblica i criteri con cui il modello decide cosa è sicuro, oltre al test in due parti. Non puoi quindi saperlo in anticipo, puoi solo osservare cosa ti chiede e cosa lascia passare.

Come si attivano in CLI, app e VS Code

Il changelog indica tre percorsi, uno per client. Nella CLI di Copilot si esegue /permissions e si seleziona assisted. Nell'app GitHub Copilot si apre il selettore della modalità, si clicca su Tool permissions e si sceglie Assisted. In Visual Studio Code si apre il selettore dei permessi e si seleziona Assisted permissions.

Per la CLI ci sono due precisazioni utili, sempre dalla documentazione. Attivare la modalità da dentro la sessione vale solo per quella sessione, a meno che tu non imposti il valore predefinito. E per gli script esiste --assisted-approval, pensato solo per le esecuzioni non interattive: usato per avviare una sessione interattiva dà errore. Se non può essere abilitato, la CLI avvisa su stderr, e un eventuale --allow-all-tools può comunque approvare le richieste senza revisione. Il flag inoltre non cambia --allow-all-paths né --allow-all-urls.

Il changelog non dice quali piani di Copilot includano la funzione, e nemmeno la documentazione lo specifica. Quindi non posso dirti se ti serve un abbonamento particolare: controlla nel tuo client se la voce compare.

Cosa resta fuori dalla revisione, e cosa controllano gli amministratori

La revisione del modello non copre tutto. Le altre chiamate a strumenti che le regole aziendali obbligano ad approvare restano da approvare. Le richieste di aggirare la sandbox locale non vengono riviste. Le regole di rifiuto dell'azienda si applicano sempre. In autopilot e nelle esecuzioni non interattive, le richieste che avrebbero chiesto approvazione vengono rifiutate, e la spiegazione della revisione viene restituita a Copilot, che può cambiare strada.

Per chi amministra un'organizzazione, il changelog elenca tre leve nelle impostazioni gestite dall'azienda: bloccare Allow All lasciando disponibile Assisted, disabilitare del tutto Assisted, impostare la modalità predefinita delle nuove sessioni. Chi sviluppa può scegliere qualsiasi altra modalità che la policy consenta. Se la modalità predefinita non è disponibile o è vietata, le sessioni partono con l'approvazione manuale. In pratica i due interruttori sono separati: permissions.disableBypassPermissionsMode per la modalità incondizionata, permissions.disableAssistedPermissionsMode per quella assistita.

C'è poi un limite di perimetro. Il changelog elenca CLI, app e VS Code e non menziona l'agente cloud, e la documentazione dice che i controlli sui permessi degli strumenti non sono disponibili per le sessioni cloud, mentre sugli host remoti il supporto dipende dall'host. Quanto ai dati, Copilot sceglie il modello che fa la revisione, che può essere diverso da quello della conversazione. Se non è disponibile si usa il modello attivo nella sessione, e con un provider di modelli tuo si usa sempre quello. La pagina non descrive come i dati della revisione vengano conservati o condivisi, quindi per un'azienda è una domanda da fare prima, non dopo.

Quando ha senso usarle, e quando no

La mia lettura è che le assisted permissions risolvono un problema reale, la stanchezza da conferma, ma ne spostano uno vecchio. Se un modello decide cosa è sicuro, l'errore non è più tuo che hai cliccato senza leggere, è del classificatore che ha giudicato male. GitHub lo scrive chiaro: il modello può sbagliare e approvare azioni pericolose o non volute, e la modalità non è un sostituto di sandbox e restrizioni di accesso. Vanno quindi trattate come una riduzione del rumore, non come un perimetro di sicurezza.

Un uso sensato, per chi lavora con agenti di coding, è questo: tieni la modalità assistita per il lavoro in un repository che puoi buttare via e ricostruire, mantieni la manuale dove ci sono credenziali, produzione o dati di clienti, e non usare mai la incondizionata fuori da un ambiente isolato. Per un test onesto, lancia lo stesso compito con la modalità manuale e con quella assistita e conta quante richieste ti arrivano nel secondo caso e quali sono. Se quelle che passano senza chiedere ti sembrano tutte innocue, hai un dato tuo, non una promessa.

Il tema dei permessi agli agenti ha un lato aziendale che ho trattato in quali permessi dare all'AI in azienda, mentre per l'isolamento dei comandi a livello di sistema c'è il caso di Kiro e la sandbox per i comandi dell'agente. Se stai valutando Copilot per un team, il punto di partenza è Copilot aziendale: cos'è, e sull'altra novità recente dello stesso prodotto c'è la pagina su HydraFusion e l'opzione Max.