GitHub nell’era degli agenti
Copilot è passato dal completamento automatico a una squadra di agenti, e con lui sono cambiati i prezzi, le regole sui dati e la disponibilità di GitHub. Che cosa ha portato il 2026 e che cosa significa per voi.
Per la maggior parte delle aziende che sviluppano software, GitHub è il luogo in cui vive il codice, in cui viene revisionato e da cui viene rilasciato. Copilot è nato come motore di suggerimenti dentro l’editor. Oggi GitHub presenta la sua piattaforma come la casa degli agenti, e il 2026 ha mostrato che cosa significa in pratica: nuovi modi di lavorare, nuovi prezzi, nuove regole sui dati e una piattaforma sotto pressione.
Dal completamento automatico agli agenti
La svolta è arrivata nel maggio 2025 con l’agente di programmazione di Copilot. Si assegna una issue a Copilot, e l’agente avvia una macchina virtuale in GitHub Actions, lavora sul codice e apre una pull request in bozza da revisionare. Le protezioni erano sensate fin dall’inizio: l’agente può fare push solo sui branch che ha creato, la persona che ha chiesto il lavoro non può approvarlo e i workflow non partono finché una persona non li approva.
Nell’ottobre 2025 GitHub ha aperto la piattaforma agli agenti di altri produttori. Con il nome Agent HQ, agenti di Anthropic, OpenAI, Google, Cognition e xAI dovevano arrivare all’interno degli abbonamenti Copilot a pagamento, gestiti da un unico centro di controllo. GitHub ha dichiarato di avere 180 milioni di sviluppatori e che l’80 per cento dei nuovi sviluppatori usa Copilot già nella prima settimana.
Nel giugno 2026 è arrivata l’app Copilot, un’app desktop costruita attorno agli agenti. Ogni sessione gira in una propria copia del branch, così gli agenti in parallelo non si intralciano, e Agent Merge sorveglia i controlli, tiene traccia dei revisori richiesti e, se lo consentite, esegue il merge. A ottobre il sandboxing locale è diventato disponibile per tutti: i comandi che un agente avvia sul computer di uno sviluppatore girano con accesso limitato a file, rete e credenziali, secondo regole che un’organizzazione può imporre.
Una piattaforma sotto carico
Gli agenti generano lavoro a un ritmo che le persone non hanno mai tenuto, e GitHub ne ha risentito. Ad aprile il direttore tecnico Vlad Fedorov ha scritto che nell’ottobre 2025 GitHub aveva cominciato a pianificare una capacità dieci volte superiore e che a febbraio 2026 progettava per una capacità 30 volte superiore, con i workflow agentici come motore principale da fine dicembre. Nello stesso post si scusava per un guasto della coda di merge che aveva prodotto commit di merge errati in 2'092 pull request su 658 repository. Nessun codice è andato perso, ma alcuni branch predefiniti sono rimasti in uno stato sbagliato.
Il 17 agosto GitHub ha subito un’interruzione di 7 ore e 47 minuti, che ha colpito accesso, Actions, l’API, pull request, issue e Copilot. Un picco di traffico ha incontrato un componente in un data center che non è riuscito a scalare. Da aprile i commit erano passati da 1,4 miliardi a 2,9 miliardi al mese, ha scritto Fedorov, senza addolcire nulla: «Non siamo riusciti a scalare componenti critici prima che la domanda superasse la loro capacità.»
Prezzi e dati
Il costo degli agenti è arrivato nel listino. Ad aprile GitHub ha sospeso le nuove iscrizioni ai piani Pro, Pro+ e Student, ha ristretto i limiti e ha tolto da Pro i modelli Opus di Anthropic. Il motivo: «ormai capita spesso che una manciata di richieste generi costi superiori al prezzo del piano.» Una settimana dopo ha annunciato la fatturazione a consumo dal 1° giugno. Ogni piano include ora crediti pari al suo prezzo, 10 dollari per Pro, 39 per Pro+, 19 per utente per Business e 39 per Enterprise, e l’utilizzo li consuma alle tariffe API pubblicate per ciascun modello. I completamenti di codice restano inclusi, e la revisione del codice di Copilot consuma anche minuti di Actions.
A ottobre GitHub ha permesso alle organizzazioni di addebitare le revisioni del codice all’azienda e di limitarle alle licenze fornite dall’azienda. Con l’impostazione predefinita, una revisione richiesta da un membro che ha esaurito la propria quota semplicemente non va a buon fine.
Sono cambiate anche le regole sui dati. Dal 24 aprile GitHub usa i dati di interazione degli utenti di Copilot Free, Pro e Pro+, compresi input, output e frammenti di codice, per addestrare i propri modelli, a meno che l’utente non lo disattivi. Gli utenti Business ed Enterprise non sono interessati. Questo conta per ogni azienda i cui sviluppatori usano account Copilot personali sul codice aziendale: i repository privati non vengono usati a riposo, ma il codice elaborato durante una sessione può esserlo.
Che cosa significa per un’azienda
Ne derivano cinque cose. Mettete il codice aziendale su licenze Business o Enterprise e tenetene lontani i piani personali. Fissate budget a livello di enterprise, centro di costo e utente prima che gli agenti partano, perché ora il lavoro si paga a token. Mantenete rigorose la protezione dei branch e le revisioni obbligatorie, perché le protezioni degli agenti poggiano su di esse.
Mettete in conto che GitHub possa andare giù: se rilasci, agenti e revisioni girano tutti lì, un’interruzione lunga li ferma tutti e tre, quindi sappiate come rilascereste senza. E tenete istruzioni, skill e test nel repository e non nell’agente di un singolo fornitore, perché l’elenco degli agenti continuerà a cambiare.
È così che costruiamo con Werk. L’IA scrive la maggior parte del codice su un framework che abbiamo costruito e di cui ci fidiamo, le persone rivedono ogni rilascio e ogni rilascio viene testato. GitHub dà agli agenti un posto in cui lavorare. Non decide che cosa sia abbastanza buono da rilasciare. Lo decide ancora una persona.
