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)
Araya gireyim: GitHub, Copilot kullanım metriklerini genişleterek artık code review aktivitesini aktif ve pasif olarak ikiye ayırıyor. Kağıt üstünde basit bir değişiklik gibi durabilir. Enterprise tarafta bu ayrımın ne kadar kritik olduğunu bizzat gördüm. Anlatayım.
Neden “Aktif” ile “Pasif” Ayrımı Bu Kadar Önemli?
Şimdi düşünün. Bir enterprise admin olarak Copilot lisanslarını yönetiyorsunuz. Dashboard’a bakıyorsunuz, diyor ki “500 kullanıcıdan 480’i Copilot code review kullanıyor.” Harika, değil mi? Yüzde 96 adoption rate (inanın bana). Ama dur bir dakika — bu 480 kişiden kaçı gerçekten review sonuçlarını okudu, önerileri uyguladı? Kaçının PR’ına sadece otomatik olarak Copilot atandı ve adam bakmadan merge etti?
İşte bu soruyu cevaplamak imkansızdı. Ta ki şimdiye kadar.
2025 sonlarında Logosoft’ta bir fintech müşterimizde Copilot rollout’u yaptık. 200 geliştirici, tüm repo’larda code review policy aktif. Üç ay sonra rapora baktık — herkes “kullanıyor” görünüyor. Ama sahada konuşunca bambaşka bir tablo çıktı. Geliştiricilerin yarısı Copilot’un review yorumlarını notification olarak görüp kapatıyormuş. Yanı engagement sıfıra yakın. O zaman şöyle demiştim: “GitHub bu veriyi ayırmazsa biz adoption’ı ölçemeyiz.” Neyse ki ayırdılar, geç de olsa.
API’daki İki Yeni Alan: Ne İşe Yarıyor?
GitHub’ın kullanım metrikleri API’sinde artık kullanıcı düzeyinde iki yeni boolean alan var. Hemen göstereyim:
{
"user": "akilic",
"date": "2026-04-07",
"used_copilot_code_review_active": true,
"used_copilot_code_review_passive": false,
"used_agent": true,
"used_copilot_coding_agent": false
}
Garip gelecek ama, used_copilot_code_review_active — kullanıcı bilinçli olarak Copilot ile etkileşime girmiş demek. Nasıl? Üç yoldan biri:
- PR’a Copilot’u reviewer olarak atamış (kendi isteğiyle) — bunu es geçmeyin
- Copilot’tan tekrar review istemiş (re-request)
- Copilot’un bir önerisini uygulamış (apply suggestion)
İtiraf edeyim, used_copilot_code_review_passive — repo seviyesinde bir policy var, Copilot otomatik çalışmış ama kullanıcı hiç dokunmamış. PR açmış, Copilot review yapmış, adam merge etmiş. Hepsi bu.
Aynı gün içinde bir kullanıcının hem aktif hem pasif aktivitesi varsa, aktif sinyal öncelik alıyor. Yanı bir PR’da pasif kalmış ama başka bir PR’da suggestion uygulamışsa, o gün “active” olarak işaretleniyor.
Ha bu arada, bu alanlar mevcut metriklerle yan yana dürüyor. used_agent (IDE’deki agent mode) ve used_copilot_coding_agent (CCA) zaten vardı. Kısacası, şimdi code review de eklendi. Yanı tek bir API çağrısıyla tüm Copilot yüzeylerindeki kullanımı görebiliyorsunuz.
Enterprise Admin Gözüyle: Gerçek Değer Nerede?
Bakın şimdi, ben yıllardır kurumsal IT yönetişimi yapan biriyim. FinOps danışmanlığı verirken en — en azından ben öyle düşünüyorum — çok karşılaştığım şey şu: “Lisans aldık ama kullanılıyor mu bilmiyoruz.” Azure tarafında bu sorunu Cost Management ve Activity Logs ile çözüyorduk. Ama developer tooling tarafında — özellikle Copilot gibi AI araçlarında — bu metrikler çok eksikti.
Bu güncellemeyle bir admin artık şunu söyleyebilir: “Repo’larımızın %100’ünde CCR aktif, kullanıcılarımızın %60’ı review sonuçlarıyla aktif olarak etkileşime giriyor.” Bu cümle, “500 kişi Copilot kullanıyor” demekten kat kat daha değerli.
Adoption Maturity Takibi
Bir de şöyle düşünün — adoption bir yolculuk. İlk aşamada policy koyarsınız, herkes pasif kullanıcı olur. İkinci aşamada training verirsiniz, insanlar aktif kullanmaya başlar. Üçüncü aşamada suggestion apply oranı artar (buna dikkat edin). Bu metrikleri 28 günlük raporlarla takip ederek tam bir maturity curve çizebilirsiniz.
Geçen hafta bir telekomda tam olarak bunu konuştuk (ciddiyim). DevOps lead’i “biz Copilot’u açtık ama kimse kullanmıyor gibi hissediyorum” dedi. Ona şunu söyledim: “Hissetme, ölç.” Şimdi ölçme aracı elimizde. Pasif’ten aktif’e geçiş oranını aylık takip et, training’in etkisini gör. Daha fazla bilgi için Codex’te Fiyat Meselesi Değişti: Takımlar İçin Ne Anlama Geliyor? yazımıza bakabilirsiniz. Bu konuyla ilgili Azure SQL’de Vektörler ve Analitik: ETL Neden Geride Kalıyor? yazımıza da göz atmanızı tavsiye ederim.
Lisans Optimizasyonu
Tabiî bir de maliyet boyutu var. Copilot Business kişi başı aylık 19 dolar, Enterprise 39 dolar. 500 kişilik bir ekipte ayda 9.750-19.500 dolar arası bir maliyet. Eğer bu kişilerin %40’ı tamamen pasifse ve review sonuçlarına hiç bakmıyorsa, o lisansların değer ürettiğini söylemek zor. Tahmin eder mısınız? Bu veriyle lisans kararlarını daha bilinçli verebilirsiniz. Bu konuyla ilgili Yapay Zekâ Çağında Sanayi Politikası: Asıl Mesela Ne? yazımıza da göz atmanızı tavsiye ederim.
Pratik Senaryo Karşılaştırması
Her organizasyonun durumu farklı. Küçük bir startup ile enterprise arasında bu metriğin anlamı da değişiyor. Bir tablo yapayım:
Bakın, burayı atlarsanız yazının kalanı anlamsız kalır.
| Senaryo | Startup (10-30 kişi) | Enterprise (500+ kişi) |
|---|---|---|
| Policy yaklaşımı | Genelde yok, bireysel atama | Repo-level policy zorunlu |
| Beklenen aktif/pasif oranı | %80+ aktif (zaten bilinçli kullananlar) | %30-50 aktif, geri kalan pasif |
| Metrik kullanım amacı | ROI kanıtlama | Adoption takibi, lisans optimizasyonu |
| Raporlama sıklığı | Aylık bakış yeterli | Haftalık veya günlük monitöring |
| En büyük risk | Yeterli veri yok (az PR) | Pasif kullanıcı oranı çok yüksek çıkabilir |
Gördüğünüz gibi, küçük takımlarda bu metrik “iyi gidiyoruz mu?” sorusuna cevap veriyor. Büyük organizasyonlarda işe “nereye müdahale etmeliyiz?” sorusuna.
Eksik Kalan Yerler ve Eleştirilerim
Her şey güllük gülistanlık mı? Hayır. Birkaç şey var ki beni rahatsız ediyor. Daha fazla bilgi için GitHub’da Güvenlik Sekmesi Değişti: Kalite de Eklendi yazımıza bakabilirsiniz.
Birincisi — “active” tanımı biraz geniş. Copilot’u reviewer olarak atamak “aktif kullanım” sayılıyor. Adam atadıktan sonra review yorumlarını okumadan merge edebilir. Atama eylemi tek başına engagement göstergesi mi? Hmm, bir düşüneyim… Tam olarak değil bence. Ama en azından bilinçli bir aksiyonu temsil ediyor, o da bir şey. vcpkg’de Paralel Kurulum ve Güvenlik Yaması: Neler Değişti? yazımızda bu konuya da değinmiştik.
İ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
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.
İlgili Yazılar
Bu içerik işinize yaradı mı?
Benzer içerikleri kaçırmamak için beni sosyal medyada takip edin.
3 comments