jsonscraper
Marknader
Tillbaka till journalen

GitHub separerar BYOK-användning av Copilot i organisationsrapporter

Sedan den 3 november kan administratörer särredovisa lokala modeller och egna nycklar – med olika datatäckning för lokal användning och serveranvändning.

Redaktionella riktlinjer Rapportera ett fel

Sedan den 3 november 2026 kan administratörer för organisationer och företag se användningen av egna nycklar och företagsmodeller separat i GitHub Copilot-rapporter. Uppdateringen av Copilots API för användningsmått gör det möjligt att skilja mellan förfrågningar till modeller som GitHub driftar och användning via BYOK – bring your own key – eller en modell som organisationen har konfigurerat.

Artikel: GitHub separerar BYOK-användning av Copilot i organisationsrapporter
Sammanfattning: GitHub har lagt till separata fält för BYOK och organisationers egna modeller i Copilots API för användningsmått. Det hjälper organisationer att skilja användning av modeller som betalas via egna leverantörer från förfrågningar till GitHub Copilot-modeller.
Bildens roll: omslagsbild – huvudidén
Avsnitt: 
Visuellt motiv: Redaktionellt foto av en utskriven rapport om användning av företagsprogramvara med tydligt åtskilda färgade d
Tre kategorier i rapporten: Copilot-modeller som GitHub driftar, lokal BYOK och organisationers egna modeller.© jsonscraper · skapad med AI

För företag innebär detta en praktisk förändring i uppföljningen: kostnader för externa leverantörer och lokal drift kan skiljas från användningen av modeller som GitHub tillhandahåller. Chefer och administratörer får en mer användbar bild av vilka arbetssätt med AI som används i teamen. GitHub förtydligar att de nya fälten särskiljer BYOK från befintliga sammanräknade värden utan att ändra själva räknarna.

Vilka scenarier API:t visar separat

GitHub delar in BYOK i två fall. Vid lokal BYOK konfigurerar utvecklaren en egen nyckel eller en lokal modell i Copilot CLI eller GitHub Copilot-appen; förfrågan skickas direkt till leverantören eller den lokala servern. För dessa anrop har användarfältet used_local_byok, aggregatet totals_by_local_byok och räknare för aktiva användare med lokal BYOK lagts till.

GitHub räknar upp Ollama, Foundry Local, LM Studio och llama-server bland de lokala modellerna och verktygen. De nya detaljfälten för lokal BYOK gäller Copilot CLI och Copilot-appen: de delar upp sessioner, förfrågningar, promptar och token efter BYOK-typ och användningsyta, om leverantören skickar in motsvarande data. Lokal BYOK redovisas inte uppdelat efter modellnamn, så rapporten visar att aktiviteten förekommer och dess omfattning, men inte vilken lokal modell det gäller.

Det andra scenariot är en egen företagsmodell som administratören konfigurerar i organisations- eller företagsinställningarna, där förfrågningarna går via GitHub till leverantören. För den har GitHub lagt till det booleska fältet is_custom_enterprise_model i modellposter i totals_by_client. Eftersom dessa förfrågningar observeras på serversidan omfattar fältet olika klienter, inklusive IDE:er.

Vad som förändras i rapportarbetet

Tidigare kunde BYOK-användning blandas ihop med mått för modeller som GitHub driftar åt Copilot, särskilt när modellerna hade liknande namn. De nya fälten gör det möjligt att skilja kategorierna åt när interna regler granskas och användningen analyseras. GitHub uppger att data finns i rapporter för en respektive 28 dagar, på användarnivå och i organisations- eller företagssammanställningar.

Administratören bör börja med frågan vad rapporten ska besvara: vem använder en egen nyckel, hur stor del av förfrågningarna går till lokala modeller och hur påverkar detta kostnadsbedömningen? Därefter går det att jämföra de nya fälten med befintliga mått och interna BYOK-regler. Det ger ett mer konkret underlag för samtal om modellval och betalning än en generell räknare för Copilot-aktivitet.

Tillgången till måtten beror på rollen: API:t är avsett för företagsägare, företagets faktureringsansvariga, organisationsägare och användare med behörigheten View Copilot Metrics. Dessutom måste policyn för användning av Copilot-mått vara aktiverad. Uppgifterna visar registrerad aktivitet, inte svarens kvalitet eller om en modell passar för en viss uppgift.

Varför de två nya måtten har olika precision

För lokal BYOK finns en tydlig gräns för uppföljningen: GitHub beräknar fälten utifrån telemetri från klienten. Om telemetri är inaktiverad blir antalet sådana anrop lägre än det faktiska; vissa lokala leverantörer rapporterar inte heller antalet token. Uppgifterna är därför användbara för att upptäcka användning och bedöma omfattningen, men otillräckliga för en exakt ekonomisk avstämning.

Egna företagsmodeller redovisas på serversidan och påverkas enligt GitHub inte av denna telemetrireservation. Samma modell kan visas på två separata rader om den används både som en Copilot-modell som GitHub driftar och som en egen företagsmodell. Uppdelningen förhindrar att olika kanaler slås ihop enbart för att de har samma namn.

Det finns också en tidsmässig begränsning: GitHub lägger inte till fältet is_custom_enterprise_model i rapporter för dagar före uppdateringen. Historiska data kan inte automatiskt antas vara jämförbara med de nya kategorierna; markera övergångsdatumet i trendanalyser och jämför perioderna med hänsyn till att schemat har ändrats.

Uppdateringen hjälper organisationer att klassificera användningen av Copilot med egna eller lokala modeller mer exakt. För budgetering av lokal BYOK behöver man fortfarande ta hänsyn till luckor i klienttelemetrin och leverantörens data, medan egna företagsmodeller nu har en separat indikator på serversidan i rapporten.

Personer

Inga personer listade för denna artikel ännu.

Fortsätt läsaGitHub Copilot räknar användning via OpenCode och andra verktyg
Läs nästa artikel

Gör det du läser till en fungerande integration

Utforska jsonscrapers API:er för social data, testa anrop och bygg nästa arbetsflöde.

Utforska API:er