Michael JohnsonDal 3 novembre 2026, gli amministratori di organizzazioni e aziende possono visualizzare separatamente nei report di GitHub Copilot l’uso di chiavi proprie e di modelli aziendali. L’aggiornamento dell’API delle metriche di utilizzo di Copilot aiuta a distinguere le richieste ai modelli ospitati da GitHub dall’uso di BYOK — bring your own key — o di un modello configurato dall’organizzazione.
Per le aziende si tratta di un cambiamento pratico nella rendicontazione: i costi di un provider esterno e dell’esecuzione locale possono essere separati dall’uso dei modelli gestiti da GitHub. Responsabili e amministratori ottengono un quadro più utile per controllare quali modalità di lavoro con l’IA vengono adottate dai team. GitHub precisa che i nuovi campi isolano BYOK dai totali già esistenti senza modificare i contatori stessi.
Quali scenari l’API mostra separatamente
GitHub distingue due casi di BYOK. Nel BYOK locale, lo sviluppatore configura una propria chiave o un modello locale in Copilot CLI o nell’applicazione GitHub Copilot; la richiesta viene inviata direttamente al provider o al server locale. Per queste richieste sono stati aggiunti il campo utente used_local_byok, gli aggregati totals_by_local_byok e i conteggi degli utenti attivi con BYOK locale.
Tra i modelli e gli strumenti locali, GitHub elenca Ollama, Foundry Local, LM Studio e llama-server. I nuovi campi di dettaglio per il BYOK locale riguardano Copilot CLI e l’applicazione Copilot: suddividono sessioni, richieste, prompt e token per tipo di BYOK e superficie di utilizzo, quando il provider trasmette i dati pertinenti. L’uso del BYOK locale non è suddiviso per nome del modello: il report mostra quindi la presenza e il volume di questa attività, ma non il modello locale specifico.
Il secondo scenario è un modello personalizzato aziendale, configurato dall’amministratore nelle impostazioni dell’organizzazione o dell’azienda, con richieste indirizzate al provider tramite GitHub. Per questo caso GitHub ha aggiunto il campo booleano is_custom_enterprise_model ai record dei modelli in totals_by_client. Poiché queste richieste vengono osservate lato server, il campo copre diversi client, inclusi gli IDE.
Cosa cambia nell’uso dei report
In precedenza, l’uso di BYOK poteva confondersi con le metriche dei modelli ospitati da Copilot, soprattutto quando i modelli avevano nomi simili. I nuovi campi consentono di separare le categorie durante la verifica delle regole interne e l’analisi dell’utilizzo. GitHub indica che i dati sono disponibili nei report giornalieri e a 28 giorni, sia a livello di singolo utente sia negli aggregati dell’organizzazione o dell’azienda.
Un amministratore può partire dalla domanda a cui il report dovrebbe rispondere: chi usa una propria chiave, quale quota di richieste viene inviata a modelli locali e in che misura questo modifica la stima dei costi. È poi possibile confrontare i nuovi campi con le metriche esistenti e con le regole interne sul BYOK. Ciò offre una base più concreta per discutere la scelta dei modelli e i costi rispetto a un contatore generale dell’attività di Copilot.
L’accesso alle metriche dipende dal ruolo: l’API è destinata ai proprietari dell’azienda, ai responsabili della fatturazione aziendale, ai proprietari dell’organizzazione e agli utenti con il permesso View Copilot Metrics. Inoltre, deve essere abilitata la policy sull’uso delle metriche di Copilot. Questi dati mostrano l’attività registrata, non la qualità delle risposte o l’idoneità di un modello per una determinata attività.
Perché i due nuovi indicatori hanno livelli di precisione diversi
Il BYOK locale ha un limite di rendicontazione specifico: GitHub calcola i relativi campi sulla base della telemetria del client. Se la telemetria è disattivata, il numero di richieste risulterà inferiore a quello effettivo; inoltre, alcuni provider locali non comunicano il numero di token. Questi dati sono quindi utili per rilevare l’uso e stimarne la portata, ma non sono completi per una riconciliazione finanziaria precisa.
I modelli personalizzati aziendali vengono conteggiati lato server e, secondo GitHub, non sono soggetti a questa limitazione della telemetria. Lo stesso modello può comparire in due righe distinte se viene usato sia come modello ospitato da Copilot sia come modello personalizzato aziendale. Questa separazione evita di accorpare canali diversi solo perché hanno lo stesso nome.
C’è anche un aspetto temporale: GitHub non aggiunge il campo is_custom_enterprise_model ai report relativi ai giorni precedenti al rilascio dell’aggiornamento. Non si può presumere che i dati storici siano automaticamente confrontabili con le nuove categorie; per analizzare l’andamento, annotate la data di passaggio e confrontate i periodi tenendo conto del cambiamento dello schema.
L’aggiornamento aiuta le organizzazioni a classificare con maggiore precisione l’uso di Copilot con modelli propri o locali. Per pianificare il budget del BYOK locale resta necessario considerare le lacune della telemetria del client e i dati del provider; per i modelli personalizzati aziendali, invece, il report dispone ora di un indicatore distinto rilevato lato server.
