Visual Studio Haziran Güncellemesi: Kullanım, Güven ve C++ Ajanı
Kendi deneyimimden konuşuyorum, Dün akşam Visual Studio’yu güncelledim, sabah kahveyi yudumlarken de Copilot Usage penceresini açtım (ki bu çoğu kişinin gözünden kaçıyor). Ne yalan söyleyeyim, ilk bakışta bir duraksadım; çünkü artık istek sayısı değil, token bazında bir sayaç var karşınızda. Garip geliyor biraz. Ama işin aslı, bu değişiklik göründüğünden daha büyük bir hikâyenin parçası.
Şöyle ki, Bakın şimdi, Microsoft’un Haziran güncellemesi üç ana ekseni aynı anda oynatıyor: Copilot kullanım şeffaflığı, MCP güven doğrulaması ve nihayet stabilize olan C++ modernizasyon ajanı. Bunlara ek olarak next edit suggestions aktif dosyanın tamamına yayıldı, editör de artık her yerde renkli emoji basıyor. Küçük gibi dürüyor ama ekip olarak yıllardır bunu bekliyorduk, açık konuşayım. Hatta biraz geç bile kalındı.
Ben bu yazıda sadece “şu özellik geldi, bu özellik gitti” diye düz liste yapmayacağım. Önü Microsoft bloğunda zaten bulursunuz (en azından benim deneyimim böyle). Ben size sahada gördüklerimi, Türkiye’deki ekiplerin bu özelliklerden nasıl yararlanabileceğini ve — lafı gevelemeden söyleyeyim — nerelerde tökezleyebileceğimizi anlatacağım — itiraf edeyim, beklentimin üstündeydi —
Bakın, burayı atlarsanız yazının kalanı anlamsız kalır.
Copilot Kullanımı Artık Token Bazlı — Peki Bu Ne Demek?
GitHub Copilot’un faturalandırması resmen değişti. Eskiden “kaç istek yaptın” mantığıyla sayılan kullanım, şimdi token tüketimine göre hesaplanıyor. Kağıt üstünde daha adil dürüyor. Bir cümlelik “bu ne demek?” sorusu ile 500 satırlık bir refactoring’i aynı kefeye koymuyorlar artık.
Yeni Copilot Usage penceresine Copilot badge menüsü > Copilot Usage‘dan ulaşıyorsunuz. Gerçek zamanlı güncelleniyor, limite yaklaşınca uyarı veriyor, aşım (overage) devreye girince de ayrıca haber düşüyor — bence çok yerinde bir karar —. Uyarı eşiğini de kendiniz belirliyorsunuz; %75’te mi gelsin, %90’da mı, karar sizin. E sonra? Bütçe tarafını biraz olsun kontrol edebiliyorsunuz işte.
Türkiye’deki Ekipler İçin Bu Neden Önemli?
Şimdi bir gerçeği konuşalım. Türkiye’de Copilot lisansı dolar bazında ödendiği için kur oynaklığıyla bütçe planlamak zaten başlı başına dert. Sahada en sık gördüğüm şey şu: Şirket 20 lisans alıyor, içinden 5 kişi tüm kotayı bitiriyor, geri kalan 15 kişi işe neredeyse dokunmuyor bile. Token bazlı model ve bu şeffaf panel, İK ile BT yöneticilerine ilk defa gerçek kullanım verisi veriyor; yanı tahmin değil, veri.
Kurumsal müşterilerimde yıllardır aynı şeyi söylüyorum: “Ölçemediğiniz şeyi yönetemezsiniz.” FinOps disiplinini Copilot’a uygulamak da artık mümkün oluyor. Aylık maliyeti kişi başına parçalayabilir, hangi ekibin daha fazla token yaktığını görebilirsiniz (ve evet, bazı ekipler şaşırtıcı derecede hızlı yakıyor). Küçük bir startup için belki biraz abartılı durur. 50+ geliştiricisi olan bir kurumsal yapıda bu panel baya iş görüyor.
MCP Sunucularında Güven Doğrulaması — Zamanı Gelmişti
Bu özellik bence güncellemenin en sessiz ama en kritik parçası. MCP (Model Context Protocol) sunucuları, Copilot’un dış dünyaya açılan kapıları gibi çalışıyor. Bir MCP sunucusu sizin veritabanınıza sorgu atabiliyor, dosyalarınızı okuyabiliyor, hatta CI/CD hattınızı tetikleyebiliyor (bu konuda ikircikliyim). E tabi, gücü büyük olan şeyin sorumluluğu da büyük oluyor; klişe ama doğru.
Yeni sürümde Visual Studio, MCP sunucusu başlarken iki aşamalı bir güven kontrolü yapıyor:
- Süreç başlamadan önce: Mevcut konfigürasyon, daha önce güvenilen “baseline” ile karşılaştırılıyor.
- Süreç başladıktan sonra: Sunucunun sunduğu araçların, prompt’ların, kaynakların ve talimatların parmak izi (fingerprint) alınıyor ve önceki güvenilen parmak iziyle eşleştiriliyor.
Eğer bir sapma varsa ekrana diyalog düşüyor. Değişiklikleri kabul edebiliyor ya da sunucuya kalıcı güven verip devam ediyorsunuz; istemezseniz reddedip başlatmayı iptal ediyorsunuz. İlk bağlantılar örtük olarak güveniliyor ve baseline da böyle oluşuyor zaten.
Peki Bu Neden Bu Kadar Önemli?
Şöyle düşünün: MCP ekosistemi henüz genç sayılır. Community tarafından yazılan sunucular hızla yayılıyor; herkes bir MCP paylaşıyor sanki yarış varmış gibi. Bir gün npm’den çektiğiniz bir MCP sunucusunun sonraki sürümünde sessizce yeni bir tool eklenmiş olabilir — mesela “read_env_files” gibi bir şey düşünün (inanın bana). Sız güncelledikten sonra Copilot bunu masumca kullanmaya başlar; sız de fark etmezsiniz bile.
Sahada bunu sık görüyorum: Geliştiriciler MCP sunucularını “kur ve unut” mantığıyla ekliyorlar. Yeni güven doğrulaması tam da bu tembelliği hedef alıyor diyebilirim. Supply chain attack (belki yanılıyorum ama) senaryosuna karşı ciddi bir savunma katmanı bu; küçük görünür ama etkisi büyür. Innersource Security Advisories GA: Kurum İçi Zafiyet Yönetimi yazımda kurum içi güvenlik uyarılarından bahsetmiştim; MCP güven doğrulaması da aynı çizginin devamı gibi dürüyor aslında.
MCP sunucularının güvenilirliği artık “kuruldu, çalışıyor” seviyesinde kalmıyor. Her başlatmada “hâlâ aynı sunucu mu?” sorusu soruluyor. Bunu bir gün kurumsal denetim gereksinimi olarak görmek beni şaşırtmaz.
Bunu yaşayan biri olarak söyleyeyim, Ha unuttum neredeyse: Ayarı Tools > Options > GitHub > Copilot > Copilot Chat altından yönetebiliyorsunuz. Varsayılan olarak açık geliyor ki bence doğru karar buymuş; uğraştırmıyor en azından. Yerleşik (built-in) sunucular ve RegistryOnly politikasındakiler diyalogu atlıyor — özellikle policy yönetimi yapan şirketler için önemli detay burada saklı.
Kısa bir not düşeyim buraya. Daha fazla bilgi için Azure AI Foundry Kota Başvurusu Otomasyonu: Ücretsiz Web Aracıyla Hızlı Çözüm yazımıza bakabilirsiniz.
C++ Modernizasyon Ajanı GA’ya Ulaştı
Küçük bir detay: Şimdi geldik benim en çok heyecanlandığım kısma dersem yeridir. C++ tarafında GitHub Copilot modernization agent artık genel kullanıma açık durumda yaşıyor diyelim; ilk desteklenen senaryo da M S V C Build Tools yükseltmeleri. Daha fazla bilgi için Eve + Azure Cosmos DB: Unutmayan Ajan Nasıl Kurulur yazımıza bakabilirsiniz.
C++ dünyasını bilen bilir — legacy bir C++ projesini yeni bir MSVC sürümüne taşımak sabır işi oluyor çoğu zaman. Deprecated API’ler çıkıyor karşınıza, standart uyumluluğu ayrı dert oluyor, ABI kırılmaları cabası, üçüncü parti kütüphanelerin uyumu işe bazen tamamen sürpriz kutusu gibi davranıyor… Liste uzayıp gidiyor işte. Bu ne anlama geliyor? Ajan bunu tamamen otomatik yapmıyor ama %70-80’ını sırtlıyor diyebilirim; geri kalan %20 yine sizde kalıyor çünkü karar vermesi gereken yer orası — dürüst olayım, biraz hayal kırıklığı —
Bunu biraz açayım. Bu konuyla ilgili Deutsche Telekom OpenAI ile Telekomu Baştan Kuruyor yazımıza da göz atmanızı tavsiye ederim.
Küçük Ekip vs Büyük Kurumsal: Farklı Kullanım Stratejileri
Küçük bir C++ ekibiniz varsa (mesela 3-5 kişilik bir game studio ya da gömülü sistem şirketi), ajanı PR gönderip sonucunu incelemek için kullanın derim ben. Klasik “commit-review-merge” akışına gayet oturuyor; fazla kasmadan ilerlersiniz.
Ama endüstriyel ölçekteki yapılarda, mesela 500K+ satırlık C++ codebase’i olan savunma sanayi firmasında ya da finansal sistemlerde iş değişiyor biraz — ajan tek başına yeterli olmuyor.
Şöyle bir strateji daha mantıklı geliyor bana: Daha fazla bilgi için Agent Skills for .NET Kararlı Sürümde: Uzmanlık Artık Paketli yazımıza bakabilirsiniz.
- Önce en izole modülü seçin (mümkünse test kapsamı %70+ olan).
- Ajanı bu modülde çalıştırın ve PR’ı manuel incelemeye alın.
- Ortaya çıkan pattern’leri (deprecated header’lar, cast düzeltmeleri vs.) dokümante edin.
- Daha sonra büyük modüllere geçin.
Neden? Çünkü büyük legacy codebase’lerde ajanın yanlış öğrendiği tek bir pattern bile PR’a 200 dosyada aynı hatayı basabiliyor (buna dikkat edin). Inceleme süreci çorba oluyor resmen.
GitHub Copilot Upgrade Canvas:.NET Modernizasyonu Yeni Boyutta yazımda.NET tarafı için benzer yaklaşımı anlatmıştım; C++ tarafında mantık pek değişmiyor aslında. Bu konuyla ilgili GPT-5.6 Sol, Terra, Luna Copilot’ta: Hangisi Sizin İçin? yazımıza da göz atmanızı tavsiye ederim.
Karşılaştırma Tablosu: Manuel Yukeltme vs Ajan
| Kriter | Copilot Modernizasyon Ajanı | Copilot Modernizasyon Ajanı |
|---|---|---|
| 2-4 hafta2-5 gün | 2-4 hafta | 2-5 gün |
Kücuk Ama Değerli : Next Edit Suggestions ve Emoji
K urulum ve Ilk Adımlar# Visual Studio Installer üzerinden:
# 1.Kurulum aracını açın
# 2."Update" butonuna basin(Stable Channel)
# 3.Kurulum bittikten sonra VS'i yeniden baslatin
# Copilot Usage'i açmak ic in:
# Copilot badge(sag ust)>Copilot Usage
# MCP güven ayarini kontrol etmek ic in:
# Tools > Options > GitHub > Copilot > Copilot Chat
#"Show trust dialog before running tools from an updated MCP server"
# 1.Kurulum aracını açın
# 2."Update" butonuna basin(Stable Channel)
# 3.Kurulum bittikten sonra VS'i yeniden baslatin
# Copilot Usage'i açmak ic in:
# Copilot badge(sag ust)>Copilot Usage
# MCP güven ayarini kontrol etmek ic in:
# Tools > Options > GitHub > Copilot > Copilot Chat
#"Show trust dialog before running tools from an updated MCP server"
B ir Yaygın Hata ve Çözümü</h3
Bence Nereye Gidiyoruz?
A jan orchestration platformu’na dönüşüyor.
Çöp ilot Usage paneli bunun bi r işareti,
MCP güven kontrolü başka bi r işaret,
C ++ modernizasyon ajanı da başka.
Visual Studio Build 2026:Ajanlar,
Modernizasyon ve Yeni Akış
yazımda bu dönüşümün resmini cizmeye çalışmıştım —
Haziran güncellemesi tam da o yol haritasının parçası gibi dürüyor.
Sıkça Sorulan Sorular
Copilot token bazlı faturalandırma, request bazlı olana göre pahalı mı?
Aslında çoğu kullanıcı için daha adil bir sistem bu. Kısa sorular için daha az, büyük refactoring’ler için daha çok ödüyorsunuz, yanı kullandığın kadar mantığıyla çalışıyor. Ama şunu söyleyeyim: ajan kullanan geliştiriciler, hani uzun bağlam pencereleriyle çalışanlar, beklenenden çok daha hızlı tüketebiliyor. Bence en sağlıklısı ayın ilk haftasında kullanım grafiğinize bir göz atıp ay sonuna göre kendinizi kalibre etmek.
MCP güven doğrulaması, tüm MCP sunucularını yavaşlatır mı?
Hayır, yavaşlatmıyor. Kontrol zaten sunucu başlatılırken tek seferlik yapılıyor. Fingerprint karşılaştırması da milisaniyeler sürüyor, yanı neredeyse anlık. Sadece bir değişiklik tespit edilirse diyalog çıkıyor, o da manuel onay bekliyor. Bu ne anlama geliyor? Normal iş akışında farkını pek hissetmezsiniz açıkçası.
C++ modernizasyon ajanı, MSVC dışındaki compiler’ları destekliyor mu?
Şu an için sadece MSVC Build Tools senaryoları GA’da. GCC veya Clang’a geçiş gibi şeyler henüz kapsam dışında maalesef. Ama Microsoft’un yayınladığı yol haritasına bakılırsa, cross-compiler senaryoları da yakında geliyor gibi dürüyor, tecrübeme göre bu tür şeyler genelde beklenenden erken geliyor.
Kurumsal bir ortamda MCP güven diyaloğunu tamamen devre dışı bırakabilir mıyım?
Teknik olarak evet, ayarlardan kapatabilirsiniz. Ama bence bu pek iyi bir fikir değil, şiddetle önermiyorum yanı. Bunun yerine RegistryOnly politikası kurup onaylı MCP sunucularınızı bu registry’ye eklemeniz çok daha mantıklı. Hem güvenlik korunuyor hem de kullanıcı deneyimi bozulmuyor, ikisi birden.
Next edit suggestions özelliği, IntelliSense’in yerini mi alıyor?
Almıyor, tamamlıyor. IntelliSense hâlâ sözdizim ve tip bazlı önerileri yapıyor (bizzat test ettim). Next edit suggestions işe daha farklı bir mantıkla çalışıyor, mesela “bir yerde değişiklik yaptın, benzer yerlerde de değişiklik gerekebilir” diyor. İkisini birlikte kullandığınızda en verimli sonucu alıyorsunuz, bence asıl güç orada.
Kaynaklar ve İleri Okuma
Visual Studio June Update – Track Your Usage, Trust Your Tools (Resmî Duyuru)
GitHub Copilot Usage-Based Billing Dokümantasyonu
Microsoft C++ (MSVC) Build Tools Resmî Dokümantasyonu
Model Context Protocol (MCP) Resmî Sitesi
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.
Yorum gönder