Michael Johnson3 Kasım 2026’dan itibaren kuruluş ve kurumsal hesap yöneticileri, GitHub Copilot raporlarında kendi anahtarlarının ve kurumsal modellerin kullanımını ayrı görebiliyor. Copilot kullanım metrikleri API’sindeki güncelleme, GitHub tarafından barındırılan modellere gönderilen isteklerle BYOK (kendi anahtarını getir) veya kuruluş tarafından yapılandırılmış bir model üzerinden yapılan kullanımı ayırt etmeye yardımcı oluyor.
Şirketler açısından bu, hesaplamalarda pratik bir değişiklik: harici sağlayıcıya yapılan harcamalar ve yerel kullanım, GitHub’ın sunduğu modellerin kullanımından ayrılabiliyor. Yöneticiler ve hesap sorumluları, ekiplerin hangi yapay zekâ kullanım yöntemlerinden yararlandığını daha iyi izleyebiliyor. GitHub, yeni alanların mevcut toplam göstergelerden BYOK kullanımını ayırdığını, ancak sayaçların kendisini değiştirmediğini belirtiyor.
API hangi kullanım senaryolarını ayrı gösteriyor?
GitHub, BYOK’u iki senaryoya ayırıyor. Yerel BYOK’ta geliştirici, Copilot CLI’da veya GitHub Copilot uygulamasında kendi anahtarını ya da yerel bir modeli yapılandırıyor; istek doğrudan sağlayıcıya veya yerel sunucuya gönderiliyor. Bu istekler için kullanıcı düzeyinde used_local_byok alanı, totals_by_local_byok toplulaştırılmış verileri ve yerel BYOK kullanan etkin kullanıcıların sayaçları eklendi.
GitHub, yerel modeller ve araçlar arasında Ollama, Foundry Local, LM Studio ve llama-server’ı sayıyor. Yerel BYOK’a ilişkin yeni ayrıntı alanları Copilot CLI ve Copilot uygulamasını kapsıyor; sağlayıcı ilgili verileri iletiyorsa oturumları, istekleri, istemleri ve belirteçleri BYOK türüne ve kullanım yüzeyine göre ayrıştırıyor. Yerel BYOK kullanımı model adına göre ayrıştırılmadığından rapor, etkinliğin gerçekleştiğini ve hacmini gösteriyor ancak hangi yerel modelin kullanıldığını göstermiyor.
İkinci senaryo, yöneticinin kuruluş veya kurumsal hesap ayarlarında belirlediği ve isteklerin GitHub üzerinden sağlayıcıya iletildiği kurumsal özel modeldir. GitHub, bunun için totals_by_client içindeki model kayıtlarına is_custom_enterprise_model adlı boole alanını ekledi. Bu istekler sunucu tarafında gözlemlendiğinden alan, IDE’ler dâhil farklı istemcileri kapsıyor.
Raporları kullanma biçimi nasıl değişecek?
Özellikle model adlarının benzer olduğu durumlarda BYOK kullanımı daha önce Copilot’un barındırdığı modellerin göstergelerine karışabiliyordu. Yeni alanlar, kurum içi kuralları denetlerken ve kullanımı incelerken bu kategorilerin ayrılmasını sağlıyor. GitHub, verilerin bir ve 28 günlük raporlarda, kullanıcı düzeyinde ve kuruluş ya da kurumsal hesap toplamlarında bulunduğunu belirtiyor.
Yöneticiler önce raporun hangi soruyu yanıtlaması gerektiğini belirleyebilir: Kendi anahtarını kim kullanıyor, isteklerin ne kadarı yerel modellere gidiyor ve bu durum maliyet tahminini ne ölçüde değiştiriyor? Ardından yeni alanlar mevcut göstergelerle ve kurum içi BYOK kurallarıyla karşılaştırılabilir. Böylece model seçimi ve ödeme hakkında, genel Copilot etkinliği sayacına kıyasla daha somut bir değerlendirme zemini oluşur.
Metriklere erişim, kullanıcının rolüne bağlıdır: API; kurumsal hesap sahipleri, kurumsal faturalandırma yöneticileri, kuruluş sahipleri ve View Copilot Metrics iznine sahip kullanıcılar içindir. Ayrıca Copilot metriklerinin kullanım politikasının etkinleştirilmiş olması gerekir. Bu veriler, kaydedilen etkinliği gösterir; yanıtların kalitesini veya bir modelin belirli bir görev için uygunluğunu ölçmez.
İki yeni göstergenin doğruluk düzeyi neden farklı?
Yerel BYOK’un ölçümünde belirli bir sınır vardır: GitHub, bu alanları istemci telemetrisine göre hesaplar. Telemetri kapalıysa bu tür isteklerin sayısı gerçekte olduğundan düşük görünür; ayrıca bazı yerel sağlayıcılar belirteç sayısını bildirmez. Bu nedenle veriler kullanımı tespit etmek ve ölçeğini tahmin etmek için yararlıdır, ancak finansal mutabakat için eksiktir.
Kurumsal özel modeller sunucu tarafında ölçülür ve GitHub’a göre telemetriyle ilgili bu sınırlamadan etkilenmez. Aynı model hem Copilot’un barındırdığı bir model hem de kurumsal özel model olarak kullanılıyorsa iki ayrı satırda görünebilir. Bu ayrım, yalnızca adları aynı olduğu için farklı kullanım kanallarının birleştirilmesini önler.
Zamanlamayla ilgili bir özellik de vardır: GitHub, is_custom_enterprise_model alanını güncellemenin yayımlanmasından önceki günlere ait raporlara eklemez. Geçmiş verilerin yeni kategorilerle otomatik olarak karşılaştırılabilir olduğu varsayılmamalıdır; eğilimleri incelerken geçiş tarihini not edin ve dönemleri şema değişikliğini dikkate alarak karşılaştırın.
Güncelleme, kuruluşların kendi veya yerel modelleri kullanan Copilot etkinliğini daha doğru sınıflandırmasına yardımcı oluyor. Yerel BYOK için bütçe planlaması yaparken istemci telemetrisindeki eksikler ve sağlayıcı verileri yine dikkate alınmalı; kurumsal özel modeller içinse rapora sunucu tarafında ölçülen ayrı bir gösterge eklendi.
