Michael JohnsonOd 3 listopada 2026 roku administratorzy organizacji i przedsiębiorstw mogą osobno sprawdzać w raportach GitHub Copilot użycie własnych kluczy i firmowych modeli. Aktualizacja Copilot usage metrics API ułatwia rozróżnienie zapytań do modeli hostowanych przez GitHub od pracy z BYOK — bring your own key — lub modelem skonfigurowanym przez organizację.
Dla firm to praktyczna zmiana w ewidencji: koszty zewnętrznego dostawcy i uruchamiania lokalnego można oddzielić od użycia modeli obsługiwanych przez GitHub. Kierownicy i administratorzy zyskują bardziej przydatny do kontroli obraz tego, z jakich sposobów pracy z AI korzystają zespoły. GitHub wyjaśnia, że nowe pola wyodrębniają BYOK z istniejących już wartości zbiorczych, nie zmieniając samych liczników.
Jakie scenariusze API pokazuje osobno
GitHub rozróżnia dwa przypadki BYOK. W przypadku lokalnego BYOK programista konfiguruje własny klucz lub model lokalny w Copilot CLI albo aplikacji GitHub Copilot; zapytanie trafia bezpośrednio do dostawcy lub lokalnego serwera. Dla takich wywołań dodano pole użytkownika used_local_byok, agregaty totals_by_local_byok oraz liczniki aktywnych użytkowników korzystających z lokalnego BYOK.
Wśród lokalnych modeli i narzędzi GitHub wymienia Ollama, Foundry Local, LM Studio i llama-server. Nowe pola szczegółowe dla lokalnego BYOK dotyczą Copilot CLI i aplikacji Copilot: dzielą sesje, zapytania, prompty i tokeny według typu BYOK oraz powierzchni użycia, o ile dostawca przekazuje odpowiednie dane. Użycie lokalnego BYOK nie jest rozbijane według nazwy modelu, dlatego raport pokazuje fakt i skalę takiej aktywności, ale nie wskazuje konkretnego modelu lokalnego.
Drugi scenariusz to firmowy model niestandardowy, który administrator ustawia w konfiguracji organizacji lub przedsiębiorstwa, a zapytania są kierowane przez GitHub do dostawcy. W jego przypadku GitHub dodał pole logiczne is_custom_enterprise_model do wpisów modeli w totals_by_client. Ponieważ takie zapytania są obserwowane po stronie serwera, pole obejmuje różne klienty, w tym IDE.
Co zmieni się w pracy z raportami
Wcześniej użycie BYOK mogło mieszać się ze wskaźnikami modeli hostowanych przez Copilot, zwłaszcza gdy modele miały podobne nazwy. Nowe pola pozwalają rozdzielić te kategorie podczas kontroli wewnętrznych zasad i analizy wykorzystania. GitHub informuje, że dane są dostępne w raportach za okres jednego i 28 dni, na poziomie użytkownika oraz w agregatach organizacji lub przedsiębiorstwa.
Administrator powinien zacząć od pytania, na które ma odpowiadać raport: kto korzysta z własnego klucza, jaka część zapytań trafia do modeli lokalnych i jak wpływa to na szacowane koszty. Następnie można zestawić nowe pola z dotychczasowymi wskaźnikami i wewnętrznymi zasadami BYOK. Daje to konkretniejszą podstawę do rozmowy o wyborze modeli i płatnościach niż ogólny licznik aktywności w Copilocie.
Dostęp do metryk zależy od roli: API jest przeznaczone dla właścicieli przedsiębiorstw, menedżerów ds. rozliczeń przedsiębiorstw, właścicieli organizacji oraz użytkowników z uprawnieniem View Copilot Metrics. Ponadto musi być włączona zasada korzystania z metryk Copilot. Dane pokazują zarejestrowaną aktywność, a nie jakość odpowiedzi ani przydatność modelu do konkretnego zadania.
Dlaczego dwa nowe wskaźniki mają różną dokładność
W przypadku lokalnego BYOK istnieje konkretne ograniczenie ewidencji: GitHub oblicza jego pola na podstawie telemetrii klienta. Jeśli telemetria jest wyłączona, liczba takich wywołań będzie niższa od rzeczywistej; część dostawców lokalnych nie raportuje też liczby tokenów. Dane te pomagają więc wykryć użycie i oszacować jego skalę, ale są niepełne, jeśli chodzi o dokładne rozliczenie finansowe.
Firmowe modele niestandardowe są ewidencjonowane po stronie serwera i, według GitHub, nie dotyczą ich ograniczenia związane z telemetrią. Ten sam model może być widoczny w dwóch oddzielnych wierszach, jeśli jest używany zarówno jako model hostowany przez Copilot, jak i firmowy model niestandardowy. Dzięki temu różne kanały nie zostają połączone tylko dlatego, że mają tę samą nazwę.
Występuje też ograniczenie czasowe: GitHub nie dodaje pola is_custom_enterprise_model do raportów za dni poprzedzające publikację aktualizacji. Nie należy automatycznie uznawać danych historycznych za porównywalne z nowymi kategoriami; analizując trendy, warto oznaczyć datę przejścia i uwzględnić zmianę schematu przy porównywaniu okresów.
Aktualizacja pomaga organizacjom dokładniej klasyfikować użycie Copilota z własnymi lub lokalnymi modelami. Przy budżetowaniu lokalnego BYOK nadal trzeba uwzględniać braki w telemetrii klienta i dane od dostawcy, natomiast firmowe modele niestandardowe otrzymały osobny wskaźnik po stronie serwera.
