Copilot Code Review Metrikleri: Aktif mi Pasif mi?
Bir soru ile başlayayım: Organizasyonunuzdaki geliştiricilerin kaçı Copilot code review’ı gerçekten kullanıyor, kaçının PR’ına otomatik olarak atanıp kimse dönüp bakmıyor? Bu soruyu daha geçen ay bir müşterimde sordum ve aldığım cevap “bilmiyoruz” öldü (evet, doğru duydunuz). İşte tam da bu yüzden GitHub’ın yeni metrik güncellemesi beni baya heyecanlandırdı — hani nadir olan o “sonunda birisi yaptı” hissi var ya, aynen o (inanın bana)
📋 İçindekiler
-
İkincisi — suggestion apply oranı ayrı bir metrik olarak verilmiyor. Kaç suggestion yapıldı, kaçı uygulandı, kaçı reddedildi — bu bilgi şu an yok. Bunu görmek isterdim açıkçası. “Active” demek güzel ama derinliği görmek lazım.
Üçüncüsü — ve bu benim en büyük hayal kırıklığım — bu veriler sadece API üzerinden geliyor (bizzat test ettim). GitHub’ın kendi dashboard’unda henüz bu aktif/pasif kırılımını göremiyorsunuz. Yanı bir admin’in bunu görmek için ya Power BI entegrasyonu yapması ya da custom bir script yazması gerekiyor. Enterprise seviyede her admin’in bunu yapacak teknik bilgiye sahip olduğunu varsaymak… hani biraz iyimser olmuş diyelim.
Dördüncüsü — aslında dur, şöyle anlatayım: review quality metrikleri hâlâ eksik. Copilot’un yaptığı review ne kadar işabetli? False positive oranı ne? Bunlar olmadan “aktif kullanıyor” bilgisi tek başına yetmez. Aktif kullanan biri Copilot’un önerilerini faydalı mı buluyor, yoksa sürekli dismiss mi ediyor? Bu ikisi çok farklı hikayeler.
Mevcut Copilot Metrikleriyle Bütünleşik Bakış
Bu güncelleme tek başına gelmiyor. GitHub son aylarda Copilot metriklerini ciddi şekilde genişletti. GitHub Copilot CLI Kullanımını Artık Kişi Bazında Görmek Mümkün yazısında CLI tarafındaki kişi bazlı metrikleri ele almıştık. Şimdi code review de eklendi.
Gel gelelim, tüm bu metrikleri bir arada değerlendirmek gerekiyor. Bir kullanıcı IDE’de agent mode kullanıyor ama code review’a hiç bakmıyorsa, bu ne anlama gelir? Belki adam code review’ı gereksiz buluyor, belki haberi yok, belki de repo policy’si yok. Her senaryo farklı bir aksiyon gerektiriyor.
Bak bir de şunu söyleyeyim — Visual Studio’da Copilot Mart 2026: Ajan Devrimi yazısında agent mode’un nasıl evrildiğini anlatmıştım. Code review metrikleri de benzer bir olgunlaşma yolunda. Şimdilik temel ayrım var, zamanla derinleşecektir diye umuyorum.
Nasıl Başlamalı? Pratik Adımlar
1. API’yı Entegre Edin
Bilmem anlatabiliyor muyum, İlk iş, kullanım metrikleri API’sını mevcut raporlama altyapınıza bağlamak (en azından benim deneyimim böyle). REST API’den günlük ve 28 günlük raporları çekebilirsiniz. Basit bir Python scripti bile işinizi görür başlangıçta.
2. Baseline Belirleyin
İlk 2-4 hafta sadece veri toplayın. Müdahale etmeyin. Mevcut aktif/pasif oranınızı bilin. Bu sizin baseline’ınız olacak. Sonra training veya awareness çalışması yapınca değişimi ölçebilirsiniz.
3. Takım Bazlı Kırılım Yapın
Yanı, Organizasyon geneli ortalama yanıltıcı olabilir. Backend takımı %70 aktif kullanırken, frontend takımı %15’te kalabilir. 2024’te bir e-ticaret müşterimizde tam da bu öldü — backend’çiler Copilot’a bayılıyordu, frontend’çiler “bize faydası yok” diyordu. Takım bazlı bakınca sorun netleşiyor.
4. Aksiyon Planı Oluşturun
Pasif oranı yüksek takımlara özel workshop düzenleyin. “Copilot bana ne — kendi adıma konuşayım — önerdi, nasıl uyguladım” gibi peer sharing sessionları çok etkili oluyor. Bir arkadaşım Microsoft Türkiye’de bunu yaptı, 6 haftada aktif kullanım oranını %25’ten %55’e çıkardı — ben şaşırdım açıkçası.
Sıkça Sorulan Sorular
Copilot code review aktif ve pasif kullanım farkı nedir?
Aktif kullanım, geliştiricinin bilinçli olarak Copilot’u reviewer ataması, tekrar review istemesi veya bir öneriyi uygulaması anlamına geliyor. Pasif kullanım işe repo policy’si gereği Copilot’un otomatik çalışması ama kullanıcının hiç etkileşime girmemesi durumu.
Bu metrikleri nereden görebilirim?
Şu an sadece GitHub’ın Copilot Usage Metrics API’si üzerinden erişebilirsiniz. Enterprise ve organization admin yetkisine ihtiyacınız var. GitHub dashboard’unda henüz bu kırılım mevcut değil, umarım yakında eklenir.
Bir kullanıcı aynı gün hem aktif hem pasif işe ne oluyor?
Aktif sinyal öncelik alıyor. Yanı o gün için kullanıcı “active” olarak raporlanıyor. Mantıklı bir tercih çünkü en az bir bilinçli etkileşim gerçekleşmiş demek.
Bu veriyi lisans kararlarında kullanabilir mıyım?
Evet, ancak dikkatli olun. Sadece code review pasifliğine bakarak lisans kaldırmak doğru olmaz — kullanıcı IDE’de Copilot’u aktif kullanıyor olabilir. Tüm Copilot yüzeylerini (agent, coding agent, code review, CLI) birlikte değerlendirin.
Küçük takımlar için bu metrik anlamlı mı?
5-10 kişilik takımlarda istatistiksel olarak çok anlamlı olmayabilir ama ROI kanıtlama açısından yine de faydalı. “3 kişi aktif kullanıyor, 2 kişi hiç bakmıyor” bilgisi bile aksiyon almak için yeterli.
Kaynaklar ve İleri Okuma
GitHub Copilot Usage Metrics API Dokümantasyonu
Hani, GitHub Blog — Copilot Usage Metrics Changelog
Bu yazı yapay zeka (büyük dil modelleri) ile hazırlanmış, insan editör tarafından incelenmiştir. İçerik üretim sürecimiz.
Hakan G.
Ayrımı bu kadar net tutmaları iyi olmuş aslında, çünkü lisansı alan ama hiç aktif kullanmayan ekipler gerçekten çok fazla. Bizde de Copilot aldık ama review kısmını gerçekten kullanan kişi sayısı bir elin parmaklarını geçmiyor. Enterprise’da bu metrikler yöneticilere ROI hesabı için de işe yarayacak galiba.
Merve Ş.
Lisans alıp hiç kullanmayan ekip üyelerini böyle ayırt etmek gerçekten işe yarayacak, enterprise ortamlarda bu tip “kağıt üzerinde adoption” çok yaygın. Acaba pasif kalan kullanıcılar için GitHub bir onboarding önerisi sunuyor mu?
Bu arada şu yazınız da güzeldi: Azure SQL’de Vektörler ve Analitik: ETL Neden Geride Kalıyor? — https://www.askinkilic.com.tr/azure-sqlde-vektorler-ve-analitik-etl-neden-geride-kaliyor/
Burcu Ç.
Ayrımın mantıklı olduğunu düşünüyorum, çünkü lisans almak başka aktif kullanmak başka. Merak ettiğim şu: “pasif” kategorisindeki kullanıcıları aktife geçirmek için Copilot’un önerileri gerçekten yeterince görünür mü yoksa kolayca görmezden mi gelinebiliyor?
Yorumlar kapalı.








3 comments