GitHub Copilot Telemetrisinde Kullanıcı Atfı Kontrolü
GitHub, kurumsal yöneticiler için istemci telemetrisinde iki yeteneği birlikte duyurdu: Copilot etkinliğini belirli bir kullanıcıya atfetmek ve hangi içerik sınıflarının toplanacağını tek tek açıp kapatmak. Bir denetim senaryosunda “bu Copilot aktivitesini kim üretti?” sorusu artık kullanıcının prompt’larını, modelin yanıtlarını veya araç içeriğini toplamak zorunda kalmadan yanıtlanabiliyor. Aşağıda telemetry ayarının managed settings tarafında neyi değiştirdiğini, hangi özniteliklerin eklendiğini ve beş ayrı yakalama sınıfının ne anlama geldiğini kaynaktaki bilgiler çerçevesinde açıklıyorum.
Kimlik atfı: telemetry.capture.identity
Yeni ayarın adı telemetry.capture.identity. Etkinleştirildiğinde OpenTelemetry (OTel) verisine üç öznitelik ekleniyor:
user.name: Kimliği doğrulanmış Copilot hesabının adı. Şu an için bu değer GitHub login bilgisine karşılık geliyor.process.user.name: Yerel işletim sistemi hesabı.host.name: Yerel makinenin adı.
Üç alan birlikte, telemetri kayıtlarını hem platform kimliği hem de cihaz ve işletim sistemi düzeyinde ilişkilendirmeye imkan veriyor. Kimlik yakalama varsayılan olarak kapalı geliyor; yönetici açıkça etkinleştirmedikçe bu öznitelikler telemetriye eklenmiyor.
Mevcut takma adlı (pseudonymous) kullanıcı tanımlayıcısı ise ayrı tutuluyor. Kimlik yakalama onun yerini almıyor, otomatik olarak onu tetiklemiyor da. Takma adlı tanımlayıcıyla çalışan raporlama akışlarınız, kimlik atfını açmadığınız sürece olduğu gibi kalıyor.
İnce taneli (fine-grained) yakalama kontrolleri Copilot CLI, GitHub Copilot uygulaması ve Agent Host kullanan VS Code oturumlarında kullanılabiliyor.
Beş ayrı içerik yakalama sınıfı
Kimlik dışında yöneticiler beş ek yakalama sınıfını birbirinden bağımsız denetleyebiliyor. Her biri farklı türde veriye karşılık geliyor:
prompts: Kullanıcı, sistem ve geliştirici prompt’ları ile desteklenen girdi bağlamı.responses: Asistan yanıtları ve desteklenen akıl yürütme (reasoning) içeriği.toolArguments: Ham araç argümanları, komutlar, araç şemaları; ayrıca araçlara, MCP sunucularına, eklentilere ve hook’lara ait tanımlayıcılar.toolOutput: Araç sonuçları ve yürütme hatası ayrıntıları.policyDetail: Sandbox dosya sistemi yolları gibi ham politika ayrıntıları.
Bu sınıfların tamamı da varsayılan olarak kapalı, yani yeni özellik mevcut dağıtımlarınızda kendiliğinden daha fazla veri toplamaya başlamıyor. Kapsamı genişletmek yöneticinin bilinçli kararı olarak kalıyor.
Öncelik sırası ve captureContent’in durumu
Yapılandırma çakışmalarında açıkça belirlenmiş managed değerler; yerel ayarlara, SDK yapılandırmasına ve ortam değişkenlerine göre öncelikli. Geliştirici makinesindeki yerel bir ayar da bir ortam değişkeni de kurumun belirlediği telemetri politikasını geçersiz kılamıyor.
Daha önceden bilinen captureContent ayarı kullanılmaya devam ediyor, ancak artık beş içerik sınıfı için eski (legacy) bir kısayol konumunda. Kimlik yakalamayı hiçbir koşulda etkinleştirmiyor; kimlik atfı yalnızca telemetry.capture.identity üzerinden açılıyor. İçerik toplamakla kişisel kimlik ilişkilendirmek, böylece birbirinden bağımsız iki karar haline geliyor.
Gizlilik ve kapsam yönetimi
GitHub bir risk alanına açıkça dikkat çekiyor: Prompt, araç ve politika yakalaması; kaynak kodunu, dosya içeriklerini, komutları, araç sonuçlarını, çalışma alanı veya kullanıcı profili yollarını içerebiliyor. Toplanan telemetri hassas veri taşıyabilir, hem de kolaylıkla.
Önerilen yaklaşım da bu yüzden dar: Yalnızca denetim senaryonuzun gerçekten gerektirdiği sınıfları etkinleştirin ve bu veriyi onaylanmış bir toplama uç noktasına (collection endpoint) gönderin. Pratikte bu, “her şeyi açıp sonra filtreleriz” yerine ihtiyaç duyulan minimum sınıf kümesiyle başlamak demek.
Kimlik atfının ayrı bir ayar olması da aynı mantığı destekliyor. Bir kuruluş, hiç içerik toplamadan yalnızca kimlik özniteliklerini açıp “kim, ne zaman, hangi makinede Copilot kullandı” sorusuna yanıt üretebilir. Tersi de mümkün, içerik sınıflarını belirli bir inceleme için açıp kimliği kapalı bırakmak da seçenekler arasında. Kaynakta bu kombinasyonların operasyonel sonuçlarına dair ek bir ölçüm ya da örnek yapılandırma yok; ayrıntılı ayar referansı için resmi dokümantasyona yönlendirme yapılıyor.
Kimler için anlamlı?
Özellik seti, Copilot kullanımını denetim, uyumluluk veya olay incelemesi amacıyla izlemek isteyen kurumsal yöneticilere yönelik. OpenTelemetry tabanlı olması verinin mevcut gözlemlenebilirlik yığınına aktarılmasını kolaylaştırıyor, ama hangi alanların geleceği doğrudan açtığınız yakalama sınıflarına bağlı.
Desteklenen yüzeyler olarak Agent Host üzerinden çalışan VS Code oturumları, Copilot CLI ve GitHub Copilot uygulaması belirtiliyor. Bu kapsam dışındaki istemciler için kaynakta bilgi verilmiyor, dolayısıyla davranışın aynı olduğu varsayılmamalı.
Varsayılanlar kapalı, managed ayarlar yerel yapılandırmayı eziyor, kimlik ile içerik birbirinden ayrı yönetiliyor. Telemetri politikası tasarlanırken bu üç madde başlangıç noktası olarak alınabilir.
Kaynaklar ve İleri Okuma
- Client telemetry user attribution and configurable capture — GitHub Changelog
- Enterprise managed settings referansı — GitHub Docs
- OpenTelemetry ile ajan kullanımını izleme — VS Code Docs
- Konuyla ilgili GitHub Community tartışması
- GitHub Copilot Enterprise’da Varsayılan Politika Kontrolü
- Copilot Business ve Enterprise’da Model Varsayılan Açılıyor
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.
Yorum gönder