GitHub Copilot cambia policy e retention: i default vanno approvati, non subiti

In breve: GitHub prevede di riunire Copilot Chat sul web e mobile con il cloud agent non prima del 28 settembre 2026. L’esperienza unificata sarà attiva di default, le chat saranno conservate per la vita dell’account invece di 28 giorni e il valore predefinito della code review passerà da Lite a Balanced. Gli amministratori dovrebbero decidere esplicitamente policy, retention e livello di revisione prima che i nuovi default entrino nel normale funzionamento aziendale.

Tre cambiamenti distinti nello stesso annuncio

GitHub descrive aggiornamenti di fatturazione per Copilot Business ed Enterprise, una policy unificata per chat e cloud agent e un nuovo default per la code review. Metterli nello stesso pacchetto non li rende un’unica decisione tecnica.

Gli aggiornamenti di billing includono il pagamento dei posti prima dell’accesso per le nuove assegnazioni e l’addebito anticipato dei posti assegnati all’inizio del ciclo applicabile. GitHub precisa che i prezzi di Copilot Business ed Enterprise non cambiano.

La retention cambia la natura della chat

Con la migrazione all’esperienza delle sessioni agente, i dati delle chat su github.com saranno conservati per la vita dell’account anziché per 28 giorni. Questo amplia il periodo in cui prompt, contesto e output restano associati all’account.

Prima del rollout serve quindi una decisione su quali dati possano entrare nelle sessioni, chi possa consultarle e come la conservazione si inserisca nelle regole interne. Il fatto che la funzione sia abilitata di default non sostituisce questa valutazione.

Balanced non è un dettaglio cosmetico

Il valore Default userà Balanced per organizzazioni e repository che impiegano Copilot code review. Chi vuole mantenere Lite deve selezionarlo esplicitamente prima del cambiamento indicato da GitHub.

Il livello scelto va verificato rispetto a qualità delle revisioni e consumo effettivo nel proprio flusso. Non è prudente dedurre l’impatto dai nomi Lite e Balanced senza una prova su pull request rappresentative.

Governance prima dell’attivazione automatica

GitHub indica una policy denominata Copilot cloud agent nelle impostazioni. Gli amministratori Business ed Enterprise dovrebbero controllarla prima della convergenza e registrare la decisione, inclusi eventuali scostamenti a livello di repository.

Dopo l’attivazione conviene leggere configurazione e fatturazione reali, non limitarsi alla conferma dell’interfaccia. Un default può essere tecnicamente valido e restare inadatto al trattamento dei dati o al controllo dei costi dell’organizzazione.

Checklist pratica

1. Apri le policy Copilot dell’organizzazione e verifica l’opzione cloud agent.
2. Decidi se l’esperienza unificata deve restare abilitata per i team interessati.
3. Mappa i dati che non devono comparire nelle sessioni conservate.
4. Imposta esplicitamente Lite o Balanced invece di lasciare Default senza revisione.
5. Controlla assegnazioni dei posti, metodo di pagamento e limiti di spesa.
6. Dopo il rollout, rileggi policy, retention visibile e primi addebiti.