Copilot Usage Metrics API’ye Code Review Karşılık Oranı

GitHub’ın enterprise ve organization düzeyindeki repository bazlı Copilot kullanım metrikleri raporları, artık Copilot code review geri bildirimlerine ne olduğunu da gösteriyor. repos-1-day raporlarının her satırına copilot_code_review adında yeni bir nesne eklendi; bu nesne sayesinde Copilot’ın bıraktığı yorumların ne kadarına geliştiricilerin karşılık verdiğini ve Copilot incelemesinden sonra insan tarafından değişiklik talebi gelmeden merge edilen pull request sayısını repository bazında izleyebiliyorsunuz.

Yeni alanlar ne ölçüyor?

Nesnenin içindeki alanlar, Copilot code review çıktısının gerçekten işe yarayıp yaramadığını ölçmeye dönük:

• total_comments_evaluated: Geliştiricinin karşılık verip vermediğini anlamak için değerlendirmeye alınan Copilot code review yorumlarının sayısı.
• total_comments_addressed: Değerlendirilen yorumlardan geliştiricinin karşılık verdiklerinin sayısı. Karşılık vermek; öneriyi doğrudan uygulamak, düzeltmeyi Copilot’tan istemek, kodu elle düzenlemek ya da düzeltmenin sonraki bir pull request’te yapılacağını yanıt olarak belirtmek biçiminde olabilir. Bu değeri total_comments_evaluated‘a bölerseniz karşılık oranını (addressed rate) bulursunuz.
• review_comments_by_severity, review_comments_by_review_tier, review_comments_by_comment_type ve review_comments_by_customization: Her iki sayımın da kırılımlı hali. Sırasıyla önem derecesi (örneğin high, medium, low), inceleme katmanı (örneğin lite, balanced, max), yorum tipi (örneğin bug, security ya da repository’nizin kendi kodlama kılavuzları için custom) ve özelleştirme (örneğin custom instructions, skills, MCP sunucuları veya hiçbiri) bazında dağılım veriyor.
• total_merged_no_human_change_request_after_review: Copilot code review’ın incelediği ve Copilot’ın ilk incelemesinden sonra hiçbir kişinin değişiklik talep etmediği merge edilmiş pull request sayısı.

Mevcut metriklerden farkı

Rapordaki pull_requests alanları şimdiye kadar Copilot code review’ın ne sıklıkla çalıştığını ve bir önerinin kaç kez tıklanarak uygulandığını gösteriyordu. Oysa geliştiriciler geri bildirimlerin çoğuna başka yollarla karşılık veriyor, dolayısıyla tek başına “uygulanan öneri” sayısı resmin tamamını vermiyor.

GitHub’ın belirttiğine göre pull_requests.total_copilot_applied_suggestions yalnızca doğrudan uygulanmaya hazır (ready-to-apply) önerilerden uygulananları sayıyor. Yeni alanlar ise değerlendirmeye alınan bütün yorumları kapsıyor ve geliştirici hangi yolla hareket ederse etsin bunu “karşılık verilmiş” olarak işaretliyor.

Repository bazında şu soruların yanıtı ölçülebilir hale geliyor böylece. Geliştiriciler Copilot code review geri bildirimine gerçekten karşılık veriyor mu, hangi tür yorumlar tutuyor, custom instructions, skills ve MCP sunucuları bir fark yaratıyor mu, Copilot incelemesinden sonra insan reviewer’lar hala değişiklik talep ediyor mu?

Veriyi yorumlarken

GitHub’ın belirttiği birkaç davranış detayını bilmekte fayda var:

• Kapsam: Alanlar, enterprise ve organization repos-1-day raporlarının her satırında yer alıyor. İlgili günde repository’de Copilot code review etkinliği yoksa sayımlar 0, diziler ise boş döner.
• Merge anında sayılır: Yorumlar, ait oldukları pull request merge edildiğinde değerlendirilir. Yani kayıt, Copilot’ın yorumu bıraktığı güne değil merge gününe yazılır; günlük grafiklerde bu kaymayı hesaba katın.
• Bot pull request’leri: Copilot, genellikle bot’ların (örneğin Copilot cloud agent) açtığı pull request’lerdeki yorumları değerlendirmez. Buna karşın total_merged_no_human_change_request_after_review sayımı bu pull request’leri de içerir.

Kimler erişebilir?

Bu raporlara enterprise owner’lar, enterprise billing manager’lar, organization owner’lar ve View Copilot Metrics iznini veren özel bir organization ya da enterprise rolüne sahip kullanıcılar erişebiliyor. Copilot usage metrics politikasının da etkin olması gerekiyor.

Pratikte ne işe yarar?

Yeni alanların en doğrudan kullanımı, repository başına bir karşılık oranı hesaplamak: total_comments_addressed / total_comments_evaluated. Kırılım alanları bu oranı severity, review tier, yorum tipi ve özelleştirme boyutlarıyla birlikte incelemeye imkan veriyor; yüksek önem dereceli yorumların karşılık oranını düşük derecelilerle karşılaştırabilir ya da custom instructions kullanan repository’lerdeki sonucu kullanmayanlarla kıyaslayabilirsiniz.

total_merged_no_human_change_request_after_review ise başka bir açıdan bakıyor, Copilot incelemesinden sonra insan reviewer’ın ek değişiklik talebine gerek duymadan merge edilen pull request’lere. Bu sayı tek başına bir kalite kanıtı değil, yalnızca Copilot incelemesi sonrasında insan müdahalesi gerektirmeyen akışların hacmini gösteriyor; yorumlamak için takımın mevcut inceleme pratikleriyle birlikte ele almak gerekiyor.

Alanların tam şeması ve istek örnekleri GitHub’ın Copilot usage metrics API dokümantasyonunda.

Kaynaklar ve İleri Okuma

• github.blog
• github.blog

• Usage metrics API adds code review details and addressed rate — GitHub Changelog
• Copilot usage metrics API dokümantasyonu
• Repository-level GitHub Copilot usage metrics generally available
• Copilot Code Review Metrikleri: Aktif mi Pasif mi?
• Copilot Code Review: Agent Skills ve MCP Genel Kullanıma
• Copilot Code Review: API Desteği ve Balanced Varsayılanı
• Copilot Usage Metrics API ile Kullanıcı Bazlı AI Kredisi