GitHub Copilot zlicza użycie przez OpenCode i inne narzędzia

Jeśli programista korzysta z Copilota za pośrednictwem zewnętrznego narzędzia, standardowe statystyki IDE mogą nie pokazywać, skąd pochodzą żądania. 23 października 2026 roku GitHub dodał do API Copilot usage metrics pole totals_by_client, które grupuje użycie modeli według klientów, w tym OpenCode, Claude Code, Codex i Zed. Administratorzy mogą dzięki temu zobaczyć część aktywności poza edytorem i lepiej rozmawiać o wewnętrznych zasadach korzystania z AI.

Co obejmuje nowy podział

Każdy element totals_by_client zawiera nazwę klienta, liczbę pomyślnych wywołań modelu, liczbę sesji oraz liczbę tokenów promptu i wyniku, wraz ze średnią liczbą tokenów na wywołanie. Zagnieżdżone pole totals_by_model rozbija te wskaźniki według modeli i pokazuje tryb wyboru: model wybrał bezpośrednio użytkownik, zadziałał wybór automatyczny albo model przypisał produkt.

Pole dodano do raportów jednodniowych i 28-dniowych dla przedsiębiorstw i organizacji, a także do raportów użytkowników w tych zakresach. W zagregowanym raporcie 28-dniowym podział według klientów jest dostępny dla każdego dnia. Zmiana ma charakter rozszerzający: dotychczasowe pola pozostają bez zmian, a w przypadku braku danych tablica jest pusta. Szczegóły GitHub opisał w ogłoszeniu nowego podziału usage metrics.

Na jakie pytania odpowiadają dane

Zespół może porównać liczbę żądań i tokenów pochodzących z różnych narzędzi, a następnie zdecydować, które integracje warto wspierać lub uwzględnić w zasadach firmowych. Na przykład rosnący udział OpenCode w raporcie może wskazywać, że programiści korzystają z Copilota jako dostawcy modeli poza IDE. Zestawienie klientów i modeli pomaga sprawdzić, które modele faktycznie generują największe obciążenie.

Analizę budżetu warto zacząć od liczby tokenów i wywołań, a następnie zestawić je z obowiązującymi warunkami rozliczeń. request_count zlicza wywołania modelu, a nie prompty użytkownika: jeden prompt może spowodować kilka wywołań. Pole to nadaje się więc do analizy obciążenia usługi modeli, ale nie do bezpośredniego zliczania interakcji programistów.

Jak włączyć metrykę do codziennej pracy

1. Sprawdź dostęp. Zasady Copilot usage metrics muszą być włączone. Raporty mogą pobierać upoważnieni właściciele przedsiębiorstwa lub organizacji, menedżerowie ds. rozliczeń oraz osoby z uprawnieniami do wyświetlania odpowiednich metryk.
2. Porównuj te same okresy. Użyj raportu jednodniowego, by sprawdzić zmiany po włączeniu narzędzia, a 28-dniowego — by ocenić trwały rozkład aktywności. W każdym raporcie analizuj osobno wywołania, tokeny i sesje: to różne miary obciążenia.
3. Ustal progi do analizy. Możesz na przykład oznaczać klientów, których udział w liczbie tokenów lub wywołań wyraźnie wzrósł względem poprzedniego okresu. Próg dobierz do własnych wymagań i typowego obciążenia; GitHub nie określa uniwersalnej wartości.
4. Zestawiaj raport z ustawieniami dostępu. Nowy podział może być punktem wyjścia do rozmowy o wsparciu i zarządzaniu narzędziami. Raporty opisują zarejestrowane użycie, ale nie zastępują kontroli uprawnień ani inwentaryzacji integracji.

Oficjalna dokumentacja API Copilot usage metrics opisuje raporty, wymagania dotyczące uprawnień i dostępne podziały. Przed automatyzacją sprawdź w niej aktualny schemat potrzebnego raportu i użyj odpowiednich uprawnień.

Co oznacza etykieta klienta

GitHub identyfikuje klienta na podstawie integration ID przekazywanego przez narzędzie wraz z żądaniem. Firma wyraźnie określa grupowanie jako przybliżoną identyfikację: wartość pomaga agregować ruch, ale sama w sobie nie potwierdza tożsamości użytkownika ani autentyczności aplikacji. Nieznani klienci trafiają do grupy other, a wartości, których nie można znormalizować, mogą być wyświetlane jako unknown.

Istnieją też odrębne przypadki specjalne: wywołania Copilot code review i Copilot cloud agent otrzymują tryb wyboru product_selected, ponieważ model wybiera produkt; w przypadku code review model może być wyświetlany jako unknown. Warto uwzględnić to przy porównywaniu podziałów według modeli dla różnych narzędzi.

Wniosek jest praktyczny: totals_by_client wypełnia lukę w ewidencji serwerowych wywołań Copilota z zewnętrznych narzędzi i dostarcza administratorom nowych danych do analizy obciążenia oraz podejmowania decyzji o wsparciu. Aby uzyskać wiarygodny obraz użycia, zestawiaj te dane z uprawnieniami i innymi wewnętrznymi źródłami, a nazwy klientów traktuj jako kategorie ruchu, nie jako potwierdzoną tożsamość.