Il 19 ottobre 2026 GitHub ha reso pubblica l’API REST per gestire le policy dei modelli Copilot a quattro livelli: enterprise, team enterprise, applicazione enterprise e organizzazione. Lo stesso giorno l’azienda ha ritirato sei modelli dalla maggior parte degli scenari Copilot. Per gli amministratori questo comporta due attività pratiche: verificare quali modelli sono consentiti dalle policy e assicurarsi che i flussi di lavoro salvati usino alternative supportate.

La nuova API consente di ottenere e aggiornare le policy con richieste GET e PATCH. GitHub la descrive come uno strumento per gestire centralmente la disponibilità dei modelli; le impostazioni enterprise possono delegare il controllo alle organizzazioni oppure a team e applicazioni, a seconda della modalità scelta. I dettagli sono disponibili nell’annuncio dell’API per le policy Copilot.
Quali modelli li hanno sostituiti
L’elenco pubblicato il 19 ottobre include Gemini 3.7 Flash, GPT-5.5, GPT-5.4, GPT-5.4 mini, GPT-5 mini e Grok 4.5. GitHub ha indicato come alternative, rispettivamente, Gemini 3.8 Flash, GPT-6.1 Sol, GPT-6.1 Sol, GPT-6 Luna, GPT-6 Luna e Grok 4.7. L’azienda ha precisato di aver annunciato in anticipo il ritiro dei modelli il 18 settembre e che non è necessario rimuovere manualmente i modelli obsoleti. L’elenco e le indicazioni sono riportati nel comunicato sul ritiro dei modelli.
Le sostituzioni indicate da GitHub forniscono una direzione per la migrazione, ma la disponibilità di una determinata alternativa dipende dalle policy Copilot dell’organizzazione. Gli amministratori di Copilot Enterprise potrebbero dover autorizzare il modello separatamente nelle impostazioni. Gli utenti possono controllare il risultato nel selettore dei modelli di Copilot Chat in VS Code o su github.com.
Cosa dovrebbero verificare gli amministratori
Per prima cosa, confrontate l’elenco dei modelli ritirati con quelli effettivamente consentiti a ciascun livello di gestione. Poi controllate le istruzioni interne, i modelli di attività, le automazioni e le convenzioni di team che fanno riferimento ai vecchi modelli per nome. Infine, abilitate le alternative necessarie nelle policy e verificate che siano visibili nell’interfaccia Copilot degli utenti.
L’API REST è utile quando aggiornare manualmente le impostazioni in molte organizzazioni, team o applicazioni rende difficile mantenere il controllo. Prima di una migrazione su larga scala è ragionevole salvare le policy attuali, applicare le modifiche a un gruppo e verificare il risultato rileggendo la configurazione. Questa procedura permette di confrontare l’elenco di modelli previsto con le impostazioni di accesso effettive.
L’evento riguarda l’amministrazione e l’accesso ai modelli in GitHub Copilot. Risponde a una domanda pratica specifica: come gestire la disponibilità dei modelli tramite codice dopo una modifica al catalogo.