Statistiche GitHub Copilot.

GitHub Copilot è uno dei pochi prodotti di codifica AI con numeri pubblici a tre livelli utili: utenti generici, abbonati a pagamento e organizzazioni. Microsoft ha dichiarato che Copilot aveva oltre 26 milioni di utenti nel primo trimestre dell’anno fiscale 2026, oltre 4,7 milioni di abbonati a pagamento nel secondo trimestre dell’anno fiscale 2026 e quasi 140.000 organizzazioni che utilizzavano Copilot nel terzo trimestre dell’anno fiscale 2026.

Questi numeri rendono Copilot il più chiaro ancoraggio commerciale pubblico nella codifica AI, ma creano anche una facile trappola. Un utente Copilot non è automaticamente un utente attivo mensile. Un abbonato a pagamento non è un’organizzazione. Un conteggio delle organizzazioni non rivela quanti sviluppatori utilizzano Copilot quotidianamente. Gli oltre 180 milioni di sviluppatori di GitHub e gli oltre 500 milioni di pull request uniti sono un potente contesto di distribuzione, ma sono metriche della piattaforma GitHub, non metriche di utilizzo di Copilot.

La vera storia del 2026 è che Copilot è passato da programmatore AI a livello di flusso di lavoro dello sviluppatore. Ora copre completamenti IDE, chat, pull request, revisione del codice, CLI, agente cloud, Agent HQ, agenti di terze parti, scelta del modello, MCP, telemetria di utilizzo e fatturazione basata sull’utilizzo. Ciò rende le statistiche di Copilot utili solo quando il denominatore è chiaro.

GitHub Copilot su larga scala

I numeri principali di Copilot utilizzano denominatori diversi, quindi leggili come segnali separati per utenti, abbonati e organizzazioni, piuttosto che come un’unica cifra.

I tre numeri che vengono confusi

Il modo più sicuro per leggere le statistiche di GitHub Copilot è come una scala. In cima c’è l’affermazione di Microsoft di oltre 26 milioni di utenti, che è il segnale più ampio di scala pubblica di Copilot. Questo numero dovrebbe essere citato come una cifra di utenti riportata dall’azienda, non come utenti attivi mensili, utenti attivi giornalieri o utenti a pagamento, a meno che Microsoft non lo definisca in tal modo. Un portavoce di GitHub ha precedentemente chiarito a TechCrunch che una precedente cifra di 20 milioni di Copilot si riferiva agli utenti di tutti i tempi, il che è un utile promemoria per mantenere la formulazione degli utenti conservativa.

Il gradino successivo è l’adozione a pagamento. Gli oltre 4,7 milioni di abbonati a pagamento di Copilot di Microsoft sono commercialmente più significativi della vasta scala di utenti perché riflettono posti o abbonamenti a pagamento, e Microsoft ha anche fornito un tasso di crescita del 75% anno su anno. Ma gli abbonati a pagamento non rivelano ancora l’utilizzo attivo giornaliero, i suggerimenti accettati, i risultati delle pull request, l’impatto sulla sicurezza o il valore a livello di team.

La portata dell’organizzazione si trova su un altro gradino. La cifra di Microsoft di quasi 140.000 organizzazioni mostra che Copilot è ampiamente distribuito tra gli account organizzativi, e la stessa chiamata del terzo trimestre dell’anno fiscale 2026 ha affermato che gli abbonati aziendali sono quasi triplicati anno su anno. Questo non è lo stesso di 140.000 clienti aziendali con la stessa profondità di distribuzione. Un’organizzazione potrebbe avere un piccolo progetto pilota; un’altra potrebbe avere decine di migliaia di sviluppatori.

Le metriche di utilizzo interne sono una categoria diversa. I documenti sulle metriche di utilizzo di GitHub raggruppano le metriche di Copilot in adozione, coinvolgimento, tasso di accettazione, linee di codice e metriche del ciclo di vita delle pull request. Nei documenti di riconciliazione, un utente è considerato attivo se il conteggio delle interazioni avviate dall’utente è maggiore di zero, e il tasso di accettazione del completamento del codice è l’attività del codice accettato divisa per l’attività del codice generato.

Questa definizione è preziosa perché previene affermazioni imprecise. Gli utenti attivi di Copilot all’interno di un dashboard aziendale non sono la stessa cosa della cifra pubblica di 26 milioni di utenti di Microsoft. Il tasso di accettazione non è produttività. Le linee di codice sono un output direzionale, non software revisionato e spedito; i documenti LoC di GitHub inquadrano esplicitamente queste metriche come una misura direzionale delle linee suggerite, aggiunte ed eliminate tra completamenti, chat e funzionalità degli agenti.

L’adozione tramite sondaggio appartiene a un altro gradino. JetBrains afferma che il 29% degli sviluppatori professionisti nel suo sondaggio di gennaio 2026 ha utilizzato GitHub Copilot al lavoro, mentre Stack Overflow afferma che il 50,6% degli sviluppatori professionisti ha utilizzato strumenti AI quotidianamente. Questi sono segnali utili del flusso di lavoro, ma l’adozione tramite sondaggio non è la quota di mercato di Copilot e non dovrebbe essere miscelata con la telemetria del prodotto di Microsoft.

Scala di Copilot: utenti, abbonati a pagamento e organizzazioni

La storia della scala di GitHub Copilot inizia con l’affermazione di Microsoft nel primo trimestre dell’anno fiscale 2026: Copilot era “il programmatore AI più popolare” e aveva oltre 26 milioni di utenti. Questo è un numero pubblico elevato per un prodotto di codifica AI nominato. È anche più ampio di una metrica a pagamento, motivo per cui una formulazione attenta è importante. Trattalo come una scala di utenti riportata dall’azienda, a meno che una fonte successiva di Microsoft o GitHub non lo definisca come utilizzo attivo.

La cifra degli utenti generici è aumentata nel tempo. Nel luglio 2025, un portavoce di GitHub ha dichiarato a TechCrunch che Copilot aveva superato i 20 milioni di utenti di tutti i tempi; entro la chiamata del primo trimestre dell’anno fiscale 2026, Microsoft citava oltre 26 milioni di utenti. Entrambi sono numeri di ampia portata, non conteggi attivi o a pagamento, quindi la tendenza è un segnale di scala piuttosto che di coinvolgimento.

La metrica a pagamento è più pulita. Nel secondo trimestre dell’anno fiscale 2026, Microsoft ha dichiarato che GitHub Copilot aveva oltre 4,7 milioni di abbonati a pagamento, con un aumento del 75% anno su anno (Microsoft FY26 Q2). Microsoft ha anche affermato che gli abbonamenti Copilot Pro+ per sviluppatori individuali sono aumentati del 77% trimestre su trimestre, mostrando una crescita nei livelli individuali con maggiore utilizzo, non solo negli acquisti aziendali.

La metrica dell’organizzazione mostra quanto Copilot si sia diffuso nei team. Nel terzo trimestre dell’anno fiscale 2026, Microsoft ha dichiarato che quasi 140.000 organizzazioni hanno utilizzato GitHub Copilot e che gli abbonati aziendali erano quasi triplicati anno su anno. Questa è la migliore prova pubblica che Copilot non è solo un componente aggiuntivo per sviluppatori individuali. È diventato un acquisto di software a livello di organizzazione.

Tuttavia, il conteggio delle organizzazioni necessita di una precisazione. Non dice se un’organizzazione ha cinque posti o 50.000 posti. Non rivela l’utilizzo attivo, il codice accettato o i risultati della produzione. Inoltre, non dovrebbe essere riscritto come “clienti” a meno che la fonte non utilizzi esattamente quel denominatore di clienti. “Organizzazioni che utilizzano Copilot” è abbastanza forte senza gonfiarlo.

Esempi di aziende nominate aiutano a dare un contesto alla scala. Microsoft ha dichiarato che Siemens ha adottato completamente GitHub dopo un rollout di successo di Copilot a 30.000 sviluppatori. Microsoft ha anche affermato che decine di migliaia di sviluppatori AMD hanno utilizzato Copilot e accettato centinaia di migliaia di suggerimenti di codice ogni mese (Microsoft FY26 Q1). Questi sono punti di prova utili, ma sono casi nominati, non medie tra le 140.000 organizzazioni.

Contesto della piattaforma GitHub: sviluppatori, pull request e distribuzione

Il vantaggio di distribuzione di Copilot deriva dalla base della piattaforma GitHub. Microsoft ha dichiarato che GitHub aveva oltre 180 milioni di sviluppatori, stava crescendo al ritmo più veloce della sua storia e stava aggiungendo uno sviluppatore ogni secondo. Questo non è un conteggio di utenti Copilot, ma spiega perché Copilot può raggiungere gli sviluppatori tramite account GitHub, repository, pull request, Actions, issues e integrazioni IDE.

La statistica di onboarding più interessante è l’affermazione di Microsoft secondo cui l’80% dei nuovi sviluppatori su GitHub inizia con Copilot entro la prima settimana. Questo è un segnale di distribuzione e attivazione. Dice che Copilot è integrato precocemente nel percorso GitHub. Non dice quanti di questi sviluppatori diventano utenti attivi mantenuti o abbonati a pagamento.

L’attività delle pull request è un altro denominatore utile. Microsoft ha dichiarato che oltre 500 milioni di pull request sono state unite su GitHub nell’anno precedente, poiché gli agenti di codifica AI hanno guidato un utilizzo record. Questo numero è importante perché le funzionalità agentiche di Copilot si concludono sempre più spesso in pull request, revisioni e branch. Non dovrebbe comunque essere inquadrato come PR create da Copilot a meno che GitHub non pubblichi quella metrica più specifica.

GitHub ha reso Copilot più facile da provare prima del cambiamento di fatturazione del 2026. Nel dicembre 2024, GitHub ha annunciato un livello gratuito di Copilot in VS Code e ha dichiarato che GitHub aveva superato i 150 milioni di sviluppatori; quel livello gratuito ha fornito agli utenti GitHub personali con accesso 2.000 completamenti di codice e 50 messaggi di chat al mese al lancio (GitHub Copilot gratuito in VS Code). Gli attuali GitHub Docs ora elencano Copilot Free come un piano per sviluppatori individuali senza accesso a organizzazioni o aziende, con funzionalità Copilot limitate e selezione automatica del modello.

Anche i programmi open-source e di istruzione di GitHub sono importanti per la distribuzione. Octoverse 2024 ha dichiarato che più di 1 milione di manutentori open-source, studenti verificati e insegnanti avevano utilizzato Copilot gratuitamente, con un aumento del 100% in quel programma gratuito nel 2024. Questo non è lo stesso dell’adozione a pagamento, ma spiega perché Copilot può diffondersi tra studenti, manutentori e nuovi sviluppatori prima che avvenga un acquisto a pagamento.

Superficie del prodotto: dai suggerimenti in linea all’Agent HQ

GitHub Copilot è nato nell’immaginario pubblico come autocompletamento, ma gli attuali GitHub Docs descrivono un prodotto molto più ampio. La pagina ufficiale delle funzionalità elenca Copilot Chat, suggerimenti in linea, riepiloghi delle pull request, messaggi di commit di GitHub Desktop, Copilot CLI, agente cloud Copilot, agenti di codifica di terze parti, revisione del codice Copilot e modalità agente negli IDE.

I suggerimenti in linea sono ancora importanti perché sono la superficie con meno attrito. I documenti di GitHub affermano che Copilot fornisce suggerimenti per molti linguaggi e framework, e funziona particolarmente bene per Python, JavaScript, TypeScript, Ruby, Go, C# e C++ (suggerimenti di codice GitHub). Ma il prodotto non si ferma più al testo fantasma in un editor.

Copilot Chat ora appare in GitHub, IDE supportati, GitHub Mobile e Windows Terminal secondo i documenti di GitHub. Copilot CLI consente agli sviluppatori di lavorare dal terminale e spostare le sessioni tra strumenti locali, GitHub.com o mobile (funzionalità GitHub). Microsoft ha dichiarato che l’utilizzo di Copilot CLI stava quasi raddoppiando mese su mese nel terzo trimestre dell’anno fiscale 2026, il che rende CLI una delle poche superfici di Copilot con un segnale di crescita pubblico (Microsoft FY26 Q3).

L’agente cloud di Copilot sposta Copilot nel lavoro asincrono. I documenti di GitHub lo descrivono come un agente AI autonomo che può ricercare un repository, creare un piano di implementazione, apportare modifiche al codice su un ramo e aprire una pull request per la revisione. La pagina iniziale dell’agente cloud mostra quanto siano diventati ampi i punti di ingresso: problemi e dashboard di GitHub, GitHub Mobile, IDE, API REST, GitHub CLI, GitHub MCP Server, Jira, Slack, Microsoft Teams, Azure Boards, Linear e Raycast.

Agent HQ è lo strato strategico. GitHub ha introdotto Agent HQ a Universe 2025 come un unico flusso di lavoro per orchestrare gli agenti nel lavoro degli sviluppatori. La trascrizione del primo trimestre dell’anno fiscale 2026 di Microsoft ha definito Agent HQ lo strato organizzativo per gli agenti di codifica di OpenAI, Anthropic, Google, Cognition, xAI, modelli open-source e modelli interni, costruito attorno a primitive di GitHub come PR, Issues e Actions.

La matrice delle funzionalità mostra perché le statistiche sulla superficie del prodotto necessitano di etichette di data. GitHub elenca il supporto per VS Code, Visual Studio, JetBrains, Eclipse, Xcode e NeoVim, ma non tutte le funzionalità sono disponibili in ogni client; la matrice delle funzionalità contrassegna alcune funzionalità come anteprima e nota che la pagina stessa è in anteprima pubblica. Ad esempio, il completamento del codice è ampiamente supportato, mentre le capacità avanzate degli agenti, BYOK, gli agenti personalizzati, la visione e l’indicizzazione dello spazio di lavoro variano in base all’IDE e alla versione.

La piattaforma si sta aprendo anche ad altri agenti. I flussi di lavoro agentici di GitHub supportano i motori GitHub Copilot, Anthropic Claude, OpenAI Codex e Google Gemini, con Copilot come predefinito se non viene specificato alcun motore. Ciò rende Copilot sia un prodotto che un livello di flusso di lavoro per più agenti di codifica.

Prezzi e fatturazione: il cambiamento del 1° giugno 2026

Il cambiamento più importante nel modello di business di Copilot nel 2026 è stato il passaggio alla fatturazione basata sull’utilizzo. GitHub ha annunciato che tutti i piani Copilot sarebbero passati il 1° giugno 2026, sostituendo le richieste premium con i crediti AI di GitHub e calcolando l’utilizzo da input, output e token memorizzati nella cache in base alle tariffe del modello (annuncio di fatturazione di GitHub). I documenti di modifica della fatturazione legacy di GitHub affermano lo stesso cambiamento più direttamente: prima del 1° giugno 2026, la fatturazione era basata su richieste premium; dopo il 1° giugno 2026, il costo di un’interazione dipende dal modello e dal conteggio dei token.

Gli attuali documenti sui piani individuali elencano tre livelli individuali a pagamento. Copilot Pro costa $10 al mese con 1.500 crediti AI mensili totali; Copilot Pro+ costa $39 al mese con 7.000 crediti AI mensili totali; Copilot Max costa $100 al mese con 20.000 crediti AI mensili totali (piani individuali GitHub). Copilot Free include 2.000 completamenti di codice al mese, mentre Copilot Student include completamenti illimitati secondo la stessa pagina attuale.

Il prezzo dell’organizzazione è basato sui posti più l’utilizzo. I documenti di GitHub elencano Copilot Business a $19 per utente al mese, inclusi 1.900 crediti AI per utente, e Copilot Enterprise a $39 per utente al mese, inclusi 3.900 crediti AI per utente per GitHub Enterprise Cloud (fatturazione organizzativa GitHub). L’utilizzo oltre il pool incluso viene addebitato a $0,01 per credito AI, e i piani a pagamento mantengono i completamenti di codice e i suggerimenti di modifica successivi illimitati secondo i documenti attuali.

Ciò cambia il modo in cui i leader dell’ingegneria dovrebbero pensare all’economia di Copilot. Prima della fatturazione basata sull’utilizzo, un team poteva spesso ragionare principalmente in termini di posti e quote di richieste. Dopo la transizione, la scelta del modello, il volume dei token, i flussi di lavoro agentici, la revisione del codice e l’attività CLI/agente cloud diventano tutti rilevanti per i costi. Microsoft ha esplicitamente dichiarato nel terzo trimestre dell’anno fiscale 2026 che GitHub stava passando a prezzi basati sull’utilizzo per allineare i prezzi con l’utilizzo e i costi (Microsoft FY26 Q3).

La revisione del codice è un buon esempio. I documenti di GitHub affermano che le revisioni del codice di Copilot hanno due componenti di costo: crediti AI per l’interazione del modello e minuti di GitHub Actions per la raccolta del contesto agentico e l’utilizzo degli strumenti (documenti di revisione del codice GitHub). L’annuncio di fatturazione di GitHub ha anche affermato che la revisione del codice di Copilot avrebbe consumato minuti di GitHub Actions oltre ai crediti AI.

Scelta del modello e controlli AI aziendali

Copilot non è più inteso come un assistente di codifica a modello singolo. Microsoft ha dichiarato nel terzo trimestre dell’anno fiscale 2026 che la maggior parte degli utenti di Copilot utilizza più modelli. I documenti di GitHub mostrano anche che la disponibilità del modello dipende dal piano, dal client e dalle restrizioni dell’organizzazione o dell’azienda (configurazione dell’accesso al modello).

L’hosting dei modelli è una preoccupazione aziendale. I documenti di GitHub descrivono come vengono ospitate le diverse famiglie di modelli. Per i modelli Google, GitHub afferma che i prompt e i metadati vengono inviati a Google Cloud Platform in base agli impegni sui dati di Google; per MAI-Code-1-Flash di Microsoft, il modello è ospitato su Azure nel tenant di GitHub; per i modelli open-weight, GitHub afferma che sono ospitati su infrastrutture Azure AI Foundry basate negli Stati Uniti gestite da GitHub e Microsoft, e i prompt e le risposte non vengono inviati agli sviluppatori originali del modello (hosting del modello GitHub).

GitHub ha aggiunto un concetto di stabilità per le aziende. Il 18 marzo 2026, GitHub ha designato GPT-5.3-Codex come modello base e modello di supporto a lungo termine per Copilot Business e Copilot Enterprise, con supporto LTS della durata di un anno dalla designazione (modelli base e LTS). Questo è importante perché le aziende hanno bisogno di più del modello più recente; hanno bisogno di disponibilità prevedibile, finestre di migrazione e controlli amministrativi.

Il catalogo dei modelli cambia rapidamente. GitHub ha annunciato MAI-Code-1-Flash per Copilot nel giugno 2026 e lo ha poi reso generalmente disponibile per Copilot Business e Copilot Enterprise il 26 giugno 2026. La stessa famiglia di aggiornamenti mostra perché i fatti sui modelli nelle statistiche di Copilot necessitano di date esatte.

Il supporto “bring-your-own-key” aggiunge un altro livello di governance. I documenti BYOK di GitHub per le aziende elencano le chiavi dei provider supportati da Anthropic, AWS Bedrock, Google AI Studio, Microsoft Foundry, OpenAI, provider compatibili con OpenAI e xAI, pur avvertendo che la funzionalità del modello ottimizzato e la qualità dell’output possono variare. I documenti MCP di GitHub posizionano anche il Model Context Protocol come un modo per estendere Copilot con strumenti e servizi esistenti su tutte le principali superfici di Copilot, inclusi IDE, CLI, l’app Copilot e la delega degli agenti di GitHub.com.

I controlli aziendali non riguardano solo i modelli. L’esclusione di contenuti consente alle organizzazioni di configurare i file che Copilot dovrebbe ignorare; i contenuti esclusi non informano i suggerimenti in linea, le risposte della chat o la revisione del codice di Copilot. Il riferimento al codice controlla i suggerimenti per le corrispondenze con il codice disponibile pubblicamente e può scartare le corrispondenze o mostrare i riferimenti a seconda delle impostazioni della politica (suggerimenti di codice GitHub).

Il modello di governance è chiaro: le statistiche sui prodotti Copilot del 2026 non riguardano solo quante persone lo usano. Riguardano anche quali modelli sono abilitati, come viene fatturato l’utilizzo, quale contesto è consentito, come vengono referenziati i suggerimenti e come i team misurano l’utilizzo del modello e delle funzionalità.

Metriche di utilizzo di Copilot: cosa i team possono effettivamente misurare

I numeri di adozione pubblica di Copilot sono utili per il contesto di mercato. I leader aziendali hanno bisogno di un set diverso di metriche dopo il rollout. I documenti sulle metriche di utilizzo di GitHub affermano che le metriche di Copilot rientrano in adozione, coinvolgimento, tasso di accettazione, linee di codice e metriche del ciclo di vita delle pull request.

L’adozione risponde alla domanda se gli sviluppatori con licenza utilizzano attivamente Copilot. I documenti sulle metriche di GitHub definiscono gli utenti attivi giornalieri come utenti unici che hanno interagito con Copilot in un dato giorno, e i documenti di riconciliazione collegano lo stato di utente attivo a un conteggio di interazioni avviate dall’utente maggiore di zero (riconciliazione delle metriche). Questo è il numero che un team dovrebbe preferire rispetto a “licenze assegnate” quando valuta se un rollout è attivo.

Il coinvolgimento mostra la profondità di utilizzo. GitHub afferma che le metriche di coinvolgimento includono la frequenza e l’ampiezza delle funzionalità, come le richieste di chat medie per utente attivo. Il tasso di accettazione misura quanto spesso gli sviluppatori accettano suggerimenti ed è calcolato in modo coerente tra i campi del dashboard e dell’API/esportazione. Può segnalare la rilevanza, ma un alto tasso di accettazione non significa automaticamente software di alta qualità.

Le metriche LoC sono particolarmente facili da usare in modo improprio. GitHub afferma che le metriche delle linee di codice sono una misura direzionale dell’output di Copilot, quantificando le linee suggerite, aggiunte o eliminate tra completamenti, chat e funzionalità degli agenti. L’output direzionale è utile, ma non è lo stesso di codice unito, testato, sicuro o manutenibile.

Le metriche del ciclo di vita delle pull request avvicinano Copilot ai risultati di consegna. GitHub afferma che queste includono i conteggi di creazione e unione delle pull request, il tempo mediano per l’unione e l’attività di suggerimento di revisione, consentendo ai team di confrontare l’attività complessiva delle pull request con le pull request create da Copilot. Questo è il livello in cui Copilot diventa più di uno strumento di generazione di codice: i team possono studiare se i flussi di lavoro assistiti dall’AI modificano la produttività e il tempo di ciclo.

Il prodotto metriche è diventato più operativo nel 2026. GitHub ha annunciato le metriche di utilizzo di Copilot come generalmente disponibili il 27 febbraio 2026, con accesso a dashboard e API, visibilità a livello di organizzazione, controlli di accesso granulari e supporto per la residenza dei dati. GitHub ha quindi aggiunto la telemetria in modalità piano il 2 marzo 2026 e la risoluzione a livello di modello per la selezione automatica del modello il 20 marzo 2026.

La reportistica a livello di team è un’altra pietra miliare importante. Il 14 maggio 2026, GitHub ha annunciato un rapporto sui team di utenti che può essere unito ai rapporti di utilizzo per utente per produrre metriche Copilot a livello di team, inclusi utenti attivi, completamenti, chat, linguaggio, IDE, funzionalità e suddivisioni del modello. Le avvertenze sono operativamente importanti: i team con meno di cinque utenti con licenza Copilot sono esclusi, e gli utenti che appartengono a più team possono essere contati in ogni aggregato di team, quindi i totali dei team non possono essere sommati per riprodurre un totale dell’organizzazione.

Produttività, sicurezza e governance

La statistica di produttività di Copilot più citata è lo studio di GitHub su un compito controllato. Gli sviluppatori che utilizzano Copilot hanno completato un compito di server HTTP JavaScript il 55% più velocemente, con una media di 1 ora e 11 minuti rispetto a 2 ore e 41 minuti per gli sviluppatori senza Copilot; GitHub ha riportato una significatività statistica e un intervallo di confidenza del 95% dal 21% all’89% (ricerca sulla produttività di GitHub). Questa è una forte prova per un’impostazione di compito limitata.

Lo stesso studio non dovrebbe diventare un’affermazione universale che tutti gli sviluppatori sono il 55% più veloci. La pagina di ricerca di GitHub stessa discute perché la produttività degli sviluppatori è difficile da misurare e utilizza un quadro di produttività più ampio che include soddisfazione, prestazioni, attività, comunicazione ed efficienza. L’affermazione più sicura è che Copilot può accelerare materialmente alcuni compiti e migliorare il flusso, mentre i risultati a livello di team dipendono dal tipo di compito, dalla codebase, dalla revisione, dai test e dal sistema di distribuzione.

Una ricerca più ampia sullo sviluppo AI rafforza questo quadro misto. Il riepilogo DORA 2025 di Google afferma che il 90% dei professionisti dello sviluppo software utilizza l’AI al lavoro, con una media di due ore al giorno trascorse con l’AI; il 65% si affida pesantemente all’AI per lo sviluppo software; oltre l’80% riporta guadagni di produttività; e il 59% riporta un’influenza positiva sulla qualità del codice. Ma DORA riporta anche un paradosso della fiducia: solo il 24% riporta molta o grande fiducia nell’AI, mentre il 30% riporta poca o nessuna fiducia.

METR è il contrappeso più utile perché ha misurato il tempo di esecuzione del compito piuttosto che solo la produttività auto-dichiarata. In uno studio controllato randomizzato del 2025, sviluppatori open-source esperti che lavoravano su repository maturi hanno impiegato il 19% in più quando è stato loro permesso di utilizzare strumenti AI di inizio 2025, anche se si aspettavano che l’AI li avrebbe accelerati del 24% e in seguito credevano che li avesse accelerati del 20%. METR ha successivamente affermato che il suo risultato di inizio 2025 era obsoleto e ha modificato il design dell’esperimento perché i nuovi modelli di utilizzo degli agenti AI rendevano la misurazione più difficile. La lezione non è che Copilot rallenta i team. La lezione è che la produttività dipende dal lavoro.

La governance è dove il futuro agentico di Copilot diventa operativo. Il sondaggio AI Accountability di GitLab del 2026 afferma che l’85% degli intervistati concorda che l’AI ha spostato il collo di bottiglia dalla scrittura del codice alla sua revisione e convalida, il 92% segnala qualche sfida di governance con il codice generato dall’AI e l’80% concorda che la propria organizzazione ha adottato strumenti AI più velocemente di quanto abbia sviluppato politiche per governarli. Questo non è un sondaggio specifico di Copilot, ma spiega l’ambiente in cui operano gli acquirenti di Copilot.

I documenti sui rischi dell’agente cloud di GitHub sono franchi sul perché sono necessari controlli. L’agente cloud di Copilot può inviare modifiche al codice, quindi GitHub afferma di mitigare il rischio limitando chi può attivare l’agente, limitando il ramo su cui può inviare, richiedendo una revisione umana prima dell’unione, limitando l’esecuzione dei flussi di lavoro fino all’approvazione e impedendo al richiedente di approvare la pull request risultante in determinati flussi di lavoro protetti. GitHub afferma anche che l’agente cloud di Copilot utilizza CodeQL, controlla le nuove dipendenze rispetto al GitHub Advisory Database, utilizza la scansione dei segreti e registra i dettagli dell’analisi nei log delle sessioni.

I documenti sull’uso responsabile aggiungono il lato umano. La scheda sull’uso responsabile di Copilot Chat di GitHub avverte che il codice generato può essere impreciso, distorto verso determinati linguaggi o stili, corrispondere a codice pubblico o esporre vulnerabilità di sicurezza se non rivisto attentamente. Lavori accademici più datati hanno riscontrato rischi concreti nella codifica assistita dall’AI: “Asleep at the Keyboard?” ha generato 1.689 programmi in 89 scenari e ha riscontrato circa il 40% vulnerabile in quella configurazione (arXiv 2108.09293), mentre uno studio utente del 2022/2023 ha rilevato che i partecipanti con accesso a un assistente di codice AI hanno scritto codice significativamente meno sicuro ed erano più propensi a credere che il loro codice fosse sicuro (arXiv 2211.03622). Questi documenti dovrebbero essere trattati come prove storiche di sicurezza, non come tassi di vulnerabilità attuali di Copilot.

I benchmark dovrebbero ricevere lo stesso trattamento attento. SWE-bench Verified è un sottoinsieme convalidato da esseri umani di 500 attività di ingegneria del software per la valutazione di agenti di codifica e modelli linguistici. È utile per comprendere i progressi delle capacità, soprattutto man mano che Copilot diventa più agentico. Non è una prova di utenti attivi, abbonati a pagamento, conteggio delle organizzazioni o qualità della produzione.

Contesto di mercato: Copilot nello stack di strumenti di codifica AI

I sondaggi sugli sviluppatori mostrano perché Copilot è importante oltre i guadagni di Microsoft. Il sondaggio AI Pulse di JetBrains di gennaio 2026 ha coinvolto oltre 10.000 sviluppatori professionisti in tutto il mondo e ha rilevato che il 90% utilizzava regolarmente almeno uno strumento AI al lavoro per attività di codifica e sviluppo. Ha anche rilevato che il 74% aveva adottato strumenti AI specializzati per sviluppatori come assistenti di codifica, editor o agenti, non solo chatbot generici.

All’interno di quel sondaggio, GitHub Copilot è rimasto lo strumento di codifica AI più conosciuto e adottato: 76% di consapevolezza e 29% di utilizzo lavorativo in tutto il mondo. JetBrains ha anche affermato che l’adozione di Copilot ha raggiunto il 40% tra le aziende con più di 5.000 dipendenti, mentre Cursor e Claude Code hanno raggiunto ciascuno il 18% di utilizzo lavorativo complessivo (JetBrains AI Pulse).

Ciò non significa che Copilot abbia il 29% di quota di mercato. Significa che il 29% degli sviluppatori professionisti intervistati ha utilizzato Copilot al lavoro in quel sondaggio. Il numero è comunque prezioso perché supporta l’affermazione che Copilot è comune nel lavoro reale, non solo ampiamente conosciuto.

Stack Overflow fornisce il contesto più ampio del sentimento degli sviluppatori. Nella sua sezione AI del 2025, Stack Overflow riporta che l’84% degli intervistati utilizza o prevede di utilizzare strumenti AI nel processo di sviluppo, e il 50,6% degli sviluppatori professionisti utilizza strumenti AI quotidianamente (Stack Overflow 2025). Ma Stack Overflow riporta anche che più sviluppatori diffidano dell’accuratezza dell’output AI di quanto si fidino, con il 46% che diffida dell’accuratezza e solo il 33% che si fida. Alta adozione e bassa fiducia possono coesistere.

Questa tensione si adatta alla direzione del prodotto di Copilot. Copilot non sta solo cercando di generare più codice. Sta aggiungendo revisione del codice, metriche di utilizzo, governance del modello, esclusione di contenuti, riferimento al codice, log degli agenti, output sicuri e controlli del flusso di lavoro. Il prodotto sta rispondendo alla stessa realtà di mercato che i sondaggi mostrano: gli sviluppatori vogliono l’aiuto dell’AI, ma i team hanno bisogno di fiducia, tracciabilità e controllo dei costi.

Cosa i numeri provano e non provano

I numeri mancanti sono importanti quanto quelli pubblicati. GitHub e Microsoft pubblicano la scala degli utenti, gli abbonati a pagamento, i conteggi delle organizzazioni e il contesto della piattaforma, ma non pubblicano un numero pulito di utenti attivi giornalieri di Copilot, una suddivisione dei ricavi a pagamento per canale o una cifra media di posti per organizzazione.

Contestualizzare i numeri di Copilot

Utilizza le trascrizioni degli investitori di Microsoft per i numeri di scala pubblica più ampi di Copilot: utenti, abbonati a pagamento, conteggi delle organizzazioni, sviluppatori GitHub, onboarding di nuovi sviluppatori, volume di PR, crescita degli abbonati aziendali, utilizzo di più modelli e crescita della CLI (Microsoft FY26 Q1, Microsoft FY26 Q2, Microsoft FY26 Q3).

Utilizza i documenti di GitHub per i fatti attuali sul prodotto: piani, prezzi, quote di crediti AI, meccanismi di fatturazione, hosting dei modelli, disponibilità delle funzionalità, metriche di utilizzo, esclusione di contenuti, riferimento al codice e controlli di utilizzo responsabile. Utilizza JetBrains, Stack Overflow, DORA e GitLab per il contesto sull’adozione del lavoro degli sviluppatori, la fiducia, la governance e i colli di bottiglia della revisione, ricordando che i loro denominatori sono popolazioni di sondaggi piuttosto che telemetria di Copilot.

Domande frequenti

Fonti e ulteriori letture