jsonscraper

GitHub Copilot dış araçlar üzerinden kullanımı sayıyor

totals_by_client alanı, istemcilere göre model çağrılarını, tokenları ve oturumları gösteriyor; ancak GitHub’ın uygulamayı nasıl belirlediğine dair önemli bir uyarı var.

Yayın Politikası Hata bildirin

Bir geliştirici Copilot’a üçüncü taraf bir araç üzerinden erişiyorsa, olağan IDE istatistikleri isteklerin nereden geldiğini göstermeyebilir. 23 Ekim 2026’da GitHub, Copilot usage metrics API’sine OpenCode, Claude Code, Codex ve Zed dâhil istemcilere göre model kullanımını gruplandıran totals_by_client alanını ekledi. Bu, yöneticilerin editör dışındaki etkinliğin bir bölümünü görmesine ve kurum içi yapay zekâ kullanım kurallarını daha isabetli biçimde ele almasına yardımcı oluyor.

Makale: GitHub Copilot dış araçlar üzerinden kullanımı sayıyor
Özet: 23 Ekim’de GitHub, Copilot usage metrics API’sini genişletti: Raporlar artık OpenCode, Claude Code ve Codex dâhil istemci araçlarına göre model çağrılarını ayrıştırabiliyor. Yeni alanların hangi sonuçları sağladığını ve kurum içi izleme için nasıl kullanılabileceğini inceliyoruz.
Görsel rolü: kapak — temel fikir
Bölüm: 
Görsel konusu: Model istek akışlarının dallara ayrıldığını gösteren API analiz raporunun sade, teknik illüstrasyonu
© jsonscraper · Yapay zekâ tarafından oluşturulmuş illüstrasyon

Yeni kırılıma neler dâhil?

totals_by_client içindeki her öğe istemciyi, başarılı model çağrılarının ve oturumların sayısını, ayrıca prompt ve çıktı tokenlarının toplamını ve çağrı başına ortalama miktarını belirtir. İç içe bulunan totals_by_model bu göstergeleri modellere göre ayrıştırır ve seçim modunu gösterir: kullanıcı modeli doğrudan seçmiştir, otomatik seçim yapılmıştır ya da modeli ürün belirlemiştir.

Bu alan, kurumsal, organizasyonel ve bu düzeylerdeki kullanıcı kırılımlarına ait bir günlük ve 28 günlük raporlara eklendi. Birleştirilmiş 28 günlük raporda istemci ayrıntıları her gün için bulunur. Değişiklik geriye dönük uyumludur: önceki alanlar korunur; veri yoksa dizi boş kalır. GitHub ayrıntıları usage metrics kırılımına ilişkin duyurusunda paylaştı.

Veriler hangi soruları yanıtlıyor?

Ekip, farklı araçlar üzerinden gelen istek ve token hacimlerini karşılaştırabilir; hangi entegrasyonların destekleneceğine veya kurumsal kurallara dâhil edileceğine karar verebilir. Örneğin raporda OpenCode’un payının artması, geliştiricilerin Copilot’ı IDE dışından bir model sağlayıcısı olarak kullandığını gösterebilir. İstemci ve model verilerini birlikte incelemek, asıl yükü hangi modellerin oluşturduğunu belirlemeye yardımcı olur.

Bütçe analizinde önce token ve çağrı sayılarına bakıp ardından bunları yürürlükteki ücretlendirme koşullarıyla karşılaştırmak yararlı olur. request_count, kullanıcı promptlarını değil model çağrılarını sayar: tek bir prompt birden fazla çağrıya yol açabilir. Bu nedenle alan, model hizmetindeki yükü analiz etmeye uygundur; geliştiricilerin etkileşimlerini doğrudan saymak için uygun değildir.

Ölçümü iş akışına nasıl dâhil edebilirsiniz?

  1. Erişimi denetleyin. Copilot usage metrics politikası etkin olmalıdır. Raporlara, yetkili kurumsal veya organizasyon sahipleri, faturalandırma yöneticileri ve ilgili ölçümleri görüntüleme izni olan roller erişebilir.
  2. Aynı dönemleri karşılaştırın. Bir aracı etkinleştirdikten sonraki değişiklikleri kontrol etmek için günlük raporu, etkinliğin istikrarlı dağılımını görmek için 28 günlük raporu kullanın. Her raporda çağrıları, tokenları ve oturumları ayrı değerlendirin; bunlar yükün farklı boyutlarıdır.
  3. İnceleme eşikleri belirleyin. Örneğin, token veya çağrı payı önceki dönemine kıyasla belirgin biçimde artan istemcileri işaretleyin. Eşiği kendi gereksinimlerinize ve temel yük düzeyinize göre belirleyin; GitHub genel geçer bir eşik tanımlamıyor.
  4. Raporu erişim ayarlarıyla karşılaştırın. Yeni ayrıntılar, araçların desteklenmesi ve yönetimi konusundaki değerlendirmelere girdi sağlayabilir. Raporlar kaydedilmiş kullanımı gösterir; izin denetiminin veya entegrasyon envanterinin yerini tutmaz.

Copilot usage metrics API’nin resmî belgeleri, raporları, izin gereksinimlerini ve kullanılabilir kırılımları açıklıyor. Otomasyonu devreye almadan önce gerekli raporun güncel şemasını bu belgelerden doğrulayın ve uygun erişim izinlerini kullanın.

İstemci etiketi ne anlama geliyor?

GitHub, istemciyi aracın istekle birlikte ilettiği integration ID üzerinden belirliyor. Şirket, bu gruplandırmanın yaklaşık bir tanımlama olduğunu açıkça belirtiyor: değer trafiği toplulaştırmaya yardımcı olur, ancak kullanıcının kimliğini veya uygulamanın gerçekliğini tek başına doğrulamaz. Bilinmeyen istemciler other grubuna girer; standartlaştırılamayan değerler ise unknown olarak görüntülenebilir.

Ayrıca, bazı özel durumlar vardır: Copilot code review ve Copilot cloud agent çağrıları için seçim modu product_selected olur; çünkü modeli ürün seçer. Code review için model unknown olarak görüntülenebilir. Araçlar arasındaki model kırılımlarını karşılaştırırken bunu hesaba katmak gerekir.

Sonuç olarak totals_by_client, Copilot’ın harici araçlardan yaptığı sunucu tarafı çağrılarını izleme açığını kapatıyor ve yöneticilere yükü analiz etmek, destek kararları almak için yeni veriler sunuyor. Bu ayrıntıları güvenilir bir kullanım görünümüne dönüştürmek için izinlerle ve diğer kurum içi kaynaklarla karşılaştırın; istemci adlarını kanıtlanmış kimlikler değil, trafik kategorileri olarak değerlendirin.

People

No people listed for this article yet.

Keep readingGitHub Copilot model yönetimini REST API’ye taşıdı — altı modelin kullanımdan kaldırıldığı gün
Read the next article

Okuduklarınızı çalışan bir entegrasyona dönüştürün

jsonscraper sosyal veri API'lerini keşfedin, istekleri test edin ve sonraki iş akışınızı oluşturun.

API'leri Keşfet