Michael JohnsonFra 3. november 2026 kan administratorer for organisasjoner og virksomheter se bruken av egne nøkler og bedriftsmodeller separat i GitHub Copilot-rapporter. Oppdateringen av Copilots API for bruksstatistikk gjør det mulig å skille mellom forespørsler til modeller som driftes av GitHub, og bruk via BYOK — «bring your own key» — eller en modell som organisasjonen har konfigurert.
For bedrifter er dette en praktisk endring i rapporteringen: Kostnader til eksterne leverandører og lokal drift kan skilles fra bruken av modeller som driftes av GitHub. Ledere og administratorer får et mer nyttig grunnlag for å følge med på hvilke måter teamene bruker KI på. GitHub presiserer at de nye feltene skiller ut BYOK fra eksisterende totaler, uten å endre selve tellerne.
Hvilke brukstilfeller API-et viser separat
GitHub deler BYOK inn i to tilfeller. Ved lokal BYOK konfigurerer utvikleren sin egen nøkkel eller en lokal modell i Copilot CLI eller GitHub Copilot-appen; forespørselen sendes direkte til leverandøren eller den lokale serveren. For slike forespørsler er det lagt til brukerfeltet used_local_byok, aggregatet totals_by_local_byok og tellere for aktive brukere med lokal BYOK.
GitHub nevner Ollama, Foundry Local, LM Studio og llama-server blant de lokale modellene og verktøyene. De nye detaljfeltene for lokal BYOK gjelder Copilot CLI og Copilot-appen: De fordeler økter, forespørsler, prompter og tokener etter BYOK-type og bruksflate når leverandøren sender inn relevante data. Lokal BYOK-bruk fordeles ikke etter modellnavn. Rapporten viser derfor at aktiviteten har funnet sted og omfanget av den, men ikke hvilken lokal modell som ble brukt.
Det andre brukstilfellet er en egendefinert bedriftsmodell som administratoren angir i innstillingene for organisasjonen eller virksomheten, og der forespørslene går gjennom GitHub til leverandøren. For denne har GitHub lagt til det boolske feltet is_custom_enterprise_model i modelloppføringene under totals_by_client. Fordi slike forespørsler observeres på serversiden, dekker feltet ulike klienter, inkludert IDE-er.
Hva som endres i rapportarbeidet
Tidligere kunne BYOK-bruk blandes sammen med statistikk for modeller som driftes av Copilot, særlig når modellene hadde lignende navn. De nye feltene gjør det mulig å skille kategoriene når interne regler kontrolleres og bruken analyseres. GitHub opplyser at dataene er tilgjengelige i rapporter for én og 28 dager, både på brukernivå og som aggregater for organisasjoner eller virksomheter.
Administratorer bør begynne med å spørre hva rapporten skal svare på: Hvem bruker sin egen nøkkel, hvor stor andel av forespørslene går til lokale modeller, og hvordan påvirker dette kostnadsoverslaget? Deretter kan de sammenholde de nye feltene med eksisterende måltall og interne BYOK-regler. Det gir et mer konkret grunnlag for å diskutere modellvalg og betaling enn en samlet teller for Copilot-aktivitet.
Tilgang til målingene avhenger av rollen: API-et er beregnet på virksomhetseiere, faktureringsansvarlige for virksomheten, organisasjonseiere og brukere med tillatelsen View Copilot Metrics. I tillegg må policyen for bruk av Copilot-målinger være aktivert. Dataene viser registrert aktivitet, ikke kvaliteten på svarene eller hvor godt en modell egner seg til en bestemt oppgave.
Hvorfor de to nye målene har ulik presisjon
Lokal BYOK har en klar begrensning i rapporteringen: GitHub beregner feltene ut fra telemetri fra klienten. Hvis telemetrien er deaktivert, vil antallet slike forespørsler være lavere enn det faktiske antallet; enkelte lokale leverandører rapporterer heller ikke antall tokener. Dataene er derfor nyttige for å avdekke bruk og anslå omfanget, men dekker ikke alt som trengs for en nøyaktig økonomisk avstemming.
Egendefinerte bedriftsmodeller telles på serversiden og er ifølge GitHub ikke berørt av dette telemetriforbeholdet. Den samme modellen kan vises på to separate rader hvis den brukes både som en Copilot-modell som driftes av GitHub, og som en egendefinert bedriftsmodell. Dette skillet hindrer at ulike kanaler slås sammen bare fordi modellnavnet er det samme.
Det finnes også en tidsbegrensning: GitHub legger ikke til feltet is_custom_enterprise_model i rapporter for dager før oppdateringen ble lansert. Historiske data kan ikke automatisk sammenlignes med de nye kategoriene. Merk derfor overgangsdatoen i analyser av utviklingen, og ta hensyn til endringen i dataskjemaet når perioder sammenlignes.
Oppdateringen hjelper organisasjoner med å klassifisere bruken av Copilot med egne eller lokale modeller mer presist. Ved budsjettering av lokal BYOK må man fortsatt ta høyde for manglende klienttelemetri og data fra leverandøren, mens egendefinerte bedriftsmodeller nå har fått et eget serverbasert felt i rapporten.
