Michael JohnsonSinds 3 november 2026 kunnen beheerders van organisaties en ondernemingen in GitHub Copilot-rapporten afzonderlijk zien hoe eigen sleutels en organisatiemodellen worden gebruikt. De update van de Copilot usage metrics API maakt onderscheid tussen verzoeken aan door GitHub gehoste modellen en gebruik via BYOK — bring your own key — of een door de organisatie ingestelde model.
Voor bedrijven is dit een praktische verandering in de rapportage: kosten voor een externe provider en lokaal gebruik kunnen worden onderscheiden van het gebruik van modellen die GitHub beheert. Leidinggevenden en beheerders krijgen zo een bruikbaarder beeld van de manieren waarop teams AI inzetten. GitHub verduidelijkt dat de nieuwe velden BYOK afzonderen van bestaande totalen, zonder de tellers zelf te wijzigen.
Welke scenario’s de API afzonderlijk weergeeft
GitHub onderscheidt twee gevallen van BYOK. Bij lokale BYOK configureert een ontwikkelaar een eigen sleutel of lokaal model in Copilot CLI of de GitHub Copilot-app; het verzoek gaat rechtstreeks naar de provider of lokale server. Voor deze verzoeken zijn het gebruikersveld used_local_byok, aggregaten totals_by_local_byok en tellers voor actieve gebruikers met lokale BYOK toegevoegd.
GitHub noemt Ollama, Foundry Local, LM Studio en llama-server als lokale modellen en tools. De nieuwe detailvelden voor lokale BYOK zijn van toepassing op Copilot CLI en de Copilot-app: ze splitsen sessies, verzoeken, prompts en tokens uit naar BYOK-type en gebruiksomgeving, als de provider de betreffende gegevens doorgeeft. Het gebruik van lokale BYOK wordt niet uitgesplitst naar modelnaam. Het rapport toont dus dát en in welke omvang deze activiteit plaatsvindt, maar niet welk lokaal model is gebruikt.
Het tweede scenario is een aangepast organisatiemodel dat een beheerder instelt in de configuratie van een organisatie of onderneming, waarna verzoeken via GitHub naar de provider worden gestuurd. Hiervoor heeft GitHub het booleaanse veld is_custom_enterprise_model toegevoegd aan modelvermeldingen in totals_by_client. Omdat deze verzoeken aan de serverzijde worden waargenomen, omvat het veld verschillende clients, waaronder IDE’s.
Wat er verandert bij het werken met rapporten
Voorheen kon BYOK-gebruik worden samengevoegd met statistieken voor door Copilot gehoste modellen, vooral wanneer modellen vergelijkbare namen hadden. Met de nieuwe velden kunnen deze categorieën van elkaar worden onderscheiden bij het controleren van intern beleid en het analyseren van gebruik. GitHub vermeldt dat de gegevens beschikbaar zijn in rapporten over periodes van één en 28 dagen, zowel per gebruiker als in organisatie- of ondernemingstotalen.
Een beheerder kan het best beginnen met de vraag die het rapport moet beantwoorden: wie gebruikt een eigen sleutel, welk deel van de verzoeken gaat naar lokale modellen en wat betekent dat voor de kostenraming? Vergelijk vervolgens de nieuwe velden met bestaande statistieken en intern BYOK-beleid. Zo ontstaat een concretere basis voor gesprekken over modelkeuze en betaling dan met een algemene teller voor Copilot-activiteit.
De toegang tot de statistieken is afhankelijk van de rol: de API is bedoeld voor eigenaren van ondernemingen, managers voor ondernemingsfacturering, organisatie-eigenaren en gebruikers met de machtiging View Copilot Metrics. Ook moet het beleid voor het gebruik van Copilot-statistieken zijn ingeschakeld. Deze gegevens tonen geregistreerde activiteit, niet de kwaliteit van antwoorden of de geschiktheid van een model voor een bepaalde taak.
Waarom de twee nieuwe indicatoren verschillen in nauwkeurigheid
Voor lokale BYOK geldt een specifieke beperking voor de registratie: GitHub berekent de velden op basis van telemetrie van de client. Als telemetrie is uitgeschakeld, valt het aantal van zulke verzoeken lager uit dan in werkelijkheid; bovendien geven sommige lokale providers het aantal tokens niet door. De gegevens zijn daarom nuttig om gebruik vast te stellen en de omvang ervan te schatten, maar zijn onvolledig voor een nauwkeurige financiële afstemming.
Aangepaste organisatiemodellen worden aan de serverzijde geregistreerd en zijn volgens GitHub niet onderhevig aan deze beperking rond telemetrie. Eenzelfde model kan in twee afzonderlijke regels verschijnen als het zowel als gehost Copilot-model als aangepast organisatiemodel wordt gebruikt. Zo worden verschillende gebruikskanalen niet samengevoegd alleen omdat de modelnamen overeenkomen.
Er is ook een temporele bijzonderheid: GitHub voegt het veld is_custom_enterprise_model niet toe aan rapporten over dagen vóór de release van de update. Historische gegevens zijn daardoor niet automatisch vergelijkbaar met de nieuwe categorieën. Noteer voor trendanalyses de overgangsdatum en vergelijk periodes met de schemawijziging in gedachten.
De update helpt organisaties het gebruik van Copilot met eigen of lokale modellen nauwkeuriger te classificeren. Voor budgettering van lokale BYOK moet nog steeds rekening worden gehouden met ontbrekende clienttelemetrie en gegevens van de provider; aangepaste organisatiemodellen hebben daarentegen een afzonderlijk serverkenmerk in het rapport gekregen.
