Michael JohnsonOd 3. listopadu 2026 mohou administrátoři organizací a podniků v přehledech GitHub Copilotu samostatně sledovat využívání vlastních klíčů a podnikových modelů. Aktualizace Copilot usage metrics API umožňuje rozlišit požadavky na modely hostované GitHubem od práce přes BYOK — tedy použití vlastního klíče — nebo modelu nakonfigurovaného organizací.
Pro firmy jde o praktickou změnu ve vykazování: náklady na externího poskytovatele a lokální spuštění lze oddělit od využívání modelů provozovaných GitHubem. Vedení a administrátoři tak získají přehlednější obraz o tom, jaké způsoby práce s AI týmy používají. GitHub upřesňuje, že nová pole vyčleňují BYOK ze stávajících souhrnných ukazatelů, aniž by se samotné čítače změnily.
Jaké scénáře API zobrazuje samostatně
GitHub rozlišuje dva případy BYOK. Při lokálním BYOK si vývojář nastaví vlastní klíč nebo lokální model v Copilot CLI či aplikaci GitHub Copilot; požadavek se odešle přímo poskytovateli nebo místnímu serveru. Pro tato volání přibylo uživatelské pole used_local_byok, souhrny totals_by_local_byok a počty aktivních uživatelů s lokálním BYOK.
GitHub mezi lokální modely a nástroje řadí Ollama, Foundry Local, LM Studio a llama-server. Nová podrobná pole pro lokální BYOK se vztahují na Copilot CLI a aplikaci Copilot: rozdělují relace, požadavky, prompty a tokeny podle typu BYOK a prostředí, pokud poskytovatel příslušná data předává. Využívání lokálního BYOK se nerozlišuje podle názvu modelu, takže přehled ukazuje, zda a v jakém rozsahu k této aktivitě dochází, nikoli konkrétní lokální model.
Druhým scénářem je podnikový vlastní model, který administrátor nastaví v konfiguraci organizace nebo podniku a jehož požadavky GitHub předává poskytovateli. GitHub pro něj přidal booleovské pole is_custom_enterprise_model do záznamů modelů v rámci totals_by_client. Protože se tyto požadavky sledují na straně serveru, pole pokrývá různé klienty včetně IDE.
Co se změní při práci s přehledy
Dříve se využívání BYOK mohlo směšovat s ukazateli modelů hostovaných Copilotem, zejména pokud měly modely podobné názvy. Nová pole umožňují tyto kategorie oddělit při kontrole interních pravidel a analýze využívání. GitHub uvádí, že data jsou dostupná v přehledech za jeden a 28 dní, na úrovni uživatelů i v souhrnech organizace nebo podniku.
Administrátor by měl začít otázkou, na kterou má přehled odpovídat: kdo používá vlastní klíč, jaká část požadavků směřuje k lokálním modelům a jak to ovlivňuje odhad nákladů. Poté lze nová pole porovnat se stávajícími ukazateli a interními pravidly BYOK. To poskytuje konkrétnější základ pro debatu o výběru modelů a platbách než obecný počet aktivit Copilotu.
Přístup k metrikám závisí na roli: API je určeno vlastníkům podniku, manažerům podnikového účtování, vlastníkům organizace a uživatelům s oprávněním View Copilot Metrics. Zároveň musí být povolena zásada používání metrik Copilotu. Tato data zachycují zaznamenanou aktivitu, nikoli kvalitu odpovědí nebo vhodnost modelu pro konkrétní úkol.
Proč se přesnost těchto dvou nových ukazatelů liší
Lokální BYOK má konkrétní omezení vykazování: GitHub jeho pole počítá z klientské telemetrie. Pokud je telemetrie vypnutá, počet takových volání bude nižší než skutečný; někteří lokální poskytovatelé také neuvádějí počet tokenů. Tato data jsou proto užitečná pro odhalení využívání a odhad jeho rozsahu, ale pro přesné finanční vyúčtování jsou neúplná.
Podnikové vlastní modely se sledují na straně serveru a podle GitHubu se na ně toto omezení telemetrie nevztahuje. Tentýž model se může zobrazit ve dvou samostatných řádcích, pokud se používá jako hostovaný model Copilotu i jako podnikový vlastní model. Toto rozdělení zabraňuje sloučení různých kanálů pouze kvůli shodnému názvu.
Existuje také časové omezení: GitHub nepřidává pole is_custom_enterprise_model do přehledů za dny před vydáním aktualizace. Historická data proto nelze automaticky považovat za srovnatelná s novými kategoriemi; při analýze vývoje si poznamenejte datum přechodu a při porovnávání období zohledněte změnu schématu.
Aktualizace organizacím pomáhá přesněji klasifikovat využívání Copilotu s vlastními nebo lokálními modely. Při sestavování rozpočtu na lokální BYOK je stále třeba počítat s výpadky klientské telemetrie a údaji od poskytovatele, zatímco podnikové vlastní modely mají v přehledu samostatný serverový příznak.
