Copilot Cloud Agent Metriği: Kullanımı Ölçmek Kolaylaştı
Bir süredir kafama takılan bir şey var: Enterprise seviyede Copilot kullanıyorsanız, kaç kişi bu “cloud agent” özelliğini gerçekten aktif olarak kullanıyor — bunu nasıl ölçüyorsunuz? Yöneticilere rapor sunma zamanı geldiğinde, “Copilot’a şu kadar para ödüyoruz, ama bunu kim kullanıyor ki?” sorusu mutlaka çıkıyor ortaya. Elinizde somut bir sayı olmadığında o toplantıda epeyce sıkışıyorsunuz. İşte tam bu noktada GitHub, beklediğimiz bir güncellemeyi sessiz sedasız yayınladı.
Küçük Takım vs Enterprise: Farklı Perspektifler
İnanın, 10 kişilik bir startup ekibindeyseniz bu metriklere pek ihtiyacınız yok açıkçası. Zaten herkesin ne yaptığını biliyorsunuzdur, Slack’te sorup öğrenirsiniz. Basit.
Ama enterprise tarafı farklı bir oyun. 2026 Şubat’ında bir telekom firmasında Copilot kullanım analizi yapıyorduk — 3 farklı organization, 12 ekip, 400’den fazla geliştirici. Kullanım verilerini toplamak için custom script yazmıştık, user-level API’yi çağırıp sonra gruplamayı kendimiz yapıyorduk. Çalışıyordu evet,. Her ay güncellememiz gerekiyordu, rate limit sorunları çıkıyordu, zaman zaman tutarsız sonuçlar geliyordu (ben de ilk duyduğumda şaşırmıştım). Neyse uzatmayalım — zahmetliydi, bu kadar.
Bu yeni aggregate alanlar o derdin büyük kısmını ortadan kaldırıyor. Tek çağrı, hazır sayı. Güzel.
Mevcut Metriklerle Birlikte Kullanmak
GitHub’ın Copilot metrik ekosistemi artık epey genişledi. Şu ana kadar şunlar vardı:
monthly_active_agent_users— IDE’deki agent mode kullananlarused_copilot_coding_agent— Kullanıcı bazlı flag (evet/hayır)- PR bazlı Copilot etkisi metrikleri (bunları daha önce
İkincisi, isimlendirme geçişi. Eski
coding_agentalanları hâlâ aktif, yenicloud_agentalanları da eklendi. Geçiş döneminde ikisi birden API yanıtında yer alacak. Otomasyon scriptlerinde karışıklık çıkması kaçınılmaz — “Hangi alana bakacağım?” sorusu bir süre havada kalacak (şaşırtıcı ama gerçek)Üçüncüsü — ve bu beni gerçekten hayal kırıklığına uğrattı — team bazlı kırılım yok (ciddiyim). Enterprise ve organization seviyesinde var ama belirli bir team’in kullanımını ayrı göremiyorsunuz (ciddiyim). Büyük organizasyonlarda ciddi bir eksiklik bu.
💡 Bilgi: API şemasındaki isimlendirme geçişi birkaç hafta sürecek. Mevcutcoding_agentalanlarını kullanan entegrasyonlarınız varsa, hem eski hem yeni alan adlarını destekleyecek şekilde kodunuzu güncelleyin. Deprecation tarihi henüz açıklanmadı ama hazırlıklı olmakta fayda var.Pratikte Ne Yapmalısınız?
Enterprise veya organization admin’iyseniz birkaç somut adım önereyim:
1. Dashboard’unuzu güncelleyin. Zaten bir Copilot kullanım dashboard’unuz varsa — Power BI, Grafana, ne kullanıyorsanız — bu üç yeni alanı ekleyin. Haftalık ve aylık trendleri yan yana göstermek yönetime rapor sunarken gerçekten işe yarıyor.
2. Null kontrolü yapın. API’den gelen veride
nullile0ayrımını mutlaka handle edin. Null geldiğinde “veri yok” gösterin, 0 geldiğinde “kimse kullanmamış” gösterin (yanlış duymadınız). Bu ikisi birbirinden çok farklı hikayeler anlatıyor.3. Eski. Yeni alan adlarını birlikte destekleyin. Geçiş döneminde eski
coding_agentalanları yanıtta yer almaya devam edecek. Her iki versiyonu da okuyabilen bir parser yazın, yoksa geçiş sırasında verileriniz kopabilir.4. Trend analizi yapın. Sadece anlık sayılara bakmayın. Haftalık veya aylık rakamı günlüğe böldüğünüzde “stickiness” hakkında güzel bir fikir ediniyorsunuz. Oran yüksekse kullanım düzenli demek, düşükse insanlar deneyip bırakıyor demek. Bu basit hesap aslında çok şey söylüyor.
Geçen ay bir e-ticaret firmasında tam da böyle bir dashboard kurmuştuk. Copilot lisans maliyetini aktif kullanıcı sayısına bölerek “kişi başı maliyet” hesapladık (kendi tecrübem). CFO bunu görünce “Tamam, yatırıma devam edelim” dedi. Sayılar konuşuyor işte — başka bir şeye gerek kalmıyor.
Limit Konusuyla Bağlantı
Bir de şunu belirteyim — Copilot cloud agent kullanımının limit tarafı da var. GitHub son dönemde plan bazlı kullanım limitleri getirdi. Copilot’ta Yeni Limitler: Ne Değişti, Ne Beklemeli? yazımda bunları detaylıca anlattım. Aktif kullanıcı sayısını metriklerle takip ederken bu limitleri de göz önünde bulundurmanız gerekiyor — kullanım artarsa plan yükseltme ihtiyacı da kaçınılmaz olarak artıyor ve FinOps açısından bunu önceden görmek istiyorsunuz, sonradan sürprizle karşılaşmak yerine.
Sıkça Sorulan Sorular
Copilot cloud agent ile IDE agent mode arasındaki fark ne?
Cloud agent, GitHub’ın bulut altyapısında otonom olarak çalışıyor — PR oluşturma, issue çözme gibi görevleri kendi başına yapabiliyor. IDE agent mode işe VS Code veya Visual Studio gibi editörlerde, yerel ortamınızda çalışan ajan modu (bizzat test ettim). İkisi farklı metriklerle takip ediliyor.
API’den null değer gelirse ne anlama geliyor?
Null, o dönem için hiç cloud agent verisi olmadığını gösteriyor (ki bu çoğu kişinin gözünden kaçıyor). Bu, “sıfır kullanıcı” demek değil — kendi adıma konuşayım — — veri henüz mevcut değil anlamına geliyor. Sıfır işe gerçekten kimsenin kullanmadığını ifade ediyor. E peki, sonuç ne öldü? Bu ayrımı dashboard’larınızda mutlaka ayırın.
Bu metrikler hangi plan seviyelerinde kullanılabiliyor?
Kısacası, copilot Usage Metrics API, enterprise ve organization seviyesinde erişilebilir (ciddiyim). Free veya individual planlarda bu aggregate metriklere erişemezsiniz. Enterprise admin veya organization owner yetkisi gerekiyor.
Eski “coding_agent” alan adları ne zaman kalkacak?
GitHub, isimlendirme geçişinin birkaç hafta süreceğini söyledi ama kesin bir deprecation tarihi henüz verilmedi. Yeni entegrasyonlarda
cloud_agentisimlerini kullanmanızı, eski entegrasyonları da zamanla güncellemenizi öneririm.Team bazlı kırılım yapabilir mıyım?
İnanın, Şu an için hayır. Metrikler enterprise ve organization seviyesinde toplu olarak sunuluyor. Team bazlı detaya ihtiyacınız varsa, user-level API’deki
used_copilot_coding_agentflag’ını kullanarak kendi gruplama mantığınızı yazmanız gerekiyor (bizzat test ettim)Kaynaklar ve İleri Okuma
GitHub Copilot Usage Metrics API Dokümantasyonu
GitHub Blog — Copilot Usage Metrics Changelog
Ne yalan söyleyeyim, GitHub Community Discussions
20+ yıl deneyimli Azure Solutions Architect. Microsoft sertifikalı bulut mimari ve DevOps danışmanı. Azure, yapay zekâ ve bulut teknolojileri üzerine Türkçe teknik içerikler üretiyor.
3 comments