Geçen hafta bir müşteride C++ ağırlıklı, eski bir ödeme altyapısının üstünde çalışıyorduk. Adam yıllardır Visual Studio kullanıyor, “AI bana lazım değil” diye diretiyor. Ben de inat olsun diye laptop’ı açıp Visual Studio 2026 Nişan güncellemesini gösterdim — özellikle yeni Debugger agent’ı. 20 dakika sonra “Aşkın bunu nasıl indirebilirim” diye soruyordu. İşte o yüzden bu yazıyı yazıyorum.
Şöyle ki, Microsoft’un Nişan 2026 Visual Studio Copilot güncellemesi, açıkçası uzun zamandır gördüğüm en “oturmuş” sürümlerden biri. Demolarda parlayan ama sahada eli boş kalan özelliklerden değil bunlar. Gerçekten günlük akışa giren, geliştiricinin işini bölmeden duran değişiklikler var. Bir bir bakalım.
Cloud Agent Entegrasyonu: IDE’den Çıkmadan Iş Yaptırmak
Bence burada asıl olay bu. Şimdiye kadar cloud agent kullanacaksanız GitHub’a gidiyor, issue açıyor, agent’ı tetikliyor, sonra sonuçları görmek için tekrar geri dönüyordunuz. Yanı akış bölünüyordu, biraz da insanı yoruyordu.
Şimdi agent picker’dan Cloud‘u seçiyorsunuz, görevi yazıyorsunuz, gerisini arka planda bırakıyorsunuz; sistem otomatik olarak GitHub issue’su açıyor, remote infrastructure’da agent’ı koşturuyor, pull request oluşturuyor (siz bu sırada başka bir şeyle uğraşabiliyorsunuz). Kulağa basit geliyor ama pratikte baya iş görüyor (inanın bana)
Bunu Türkiye’deki şirketler açısından düşünürsek — özellikle bankacılık. Telekom tarafında çalışan ekiplerin hâlâ “agent” lafına mesafeli durduğunu görüyorum. Geçenlerde bir bankada compliance ekibiyle oturduk, “kodu cloud’da bir agent çalıştıracak” dediğimizde önce yüzler düştü. Sonra logging’i, audit trail’i ve yetki sınırlarını gösterince rahatladılar; hatta biri “hmm, o kadar da kötü değilmiş” dedi. Copilot Cloud Agent %20 Daha Hızlı: Custom Image Etkisi yazımda da değinmiştim — custom image desteği geldikten sonra bu agent’lar gerçekten production tarafına yaklaşmış öldü.
Peki neden?
Pratik Senaryo: Ne Zaman Cloud Agent, Ne Zaman Local?
Açık konuşayım, Açık konuşayım: her işi cloud agent’a yollamayın. E peki, sonuç ne öldü? Benim sahadaki kullanım kuralım kabaca şöyle; küçük işler lokal kalıyor, orta ölçekli işler cloud’a gidiyor, hassas işler işe hiç dokunulmuyor (çünkü bazen en iyi otomasyon bile yanlış yerde durunca baş ağrıtıyor).
- Local agent: 5-10 dakikada biten küçük refactor’lar, tek dosya değişiklikleri ve hızlı bug fix’ler. — bunu es geçmeyin
- Cloud agent: Multi-file refactor, dependency upgrade, test yazma ve dokümantasyon üretimi gıbı yarım saat-bir saat sürebilecek işler.
- Asla cloud agent değil: Sensitive data işleyen, compliance isteyen ve production secret’lara erişim talep eden işler.
Cloud agent’lar iyi araç ama altın kural şu: agent’ın eriştiği her şey audit log’a düşmeli. Eğer bir şirketin SIEM’inde GitHub agent activity görünmüyorsa, bence o şirket henüz cloud agent kullanmaya hazır değil.
Custom Agent’lar Artık Kullanıcı Seviyesinde
Burası küçük görünüyor ama bence etkisi büyük. Önceden custom agent tanımları proje bazında .github/agents/ klasöründe duruyordu. Yanı aynı şeyi her projede yeniden yazıyordunuz. Gereksizdi.
Artık %USERPROFILE%/.github/agents/ klasörüne koyduğunuz agent tanımları sizinle birlikte her projeye geliyor. Kendi “kod review agent”ınızı ya da “test yazma agent”ınızı bir kere hazırlayıp her yerde kullanabiliyorsunuz; güzel tarafı da şu: proje değiştirdiniz diye emek çöpe gitmiyor.
Ben kendim için 4 tane custom agent tanımladım:
%USERPROFILE%/.github/agents/
├── azure-bicep-reviewer.md # Bicep dosyalarını security açısından inceler
├── sql-query-optimizer.md # T-SQL query'leri optimize eder
├── turkish-doc-writer.md # Teknik dokümanları Türkçeleştirir
└── cost-analyzer.md # Azure resource'ların maliyetini hesaplarBu cost-analyzer mesela — Logosoft’ta birden fazla müşteri ortamına bakıyorum, her defasında aynı analizi elle yapmak yerine custom agent yazdım. Bicep ya da Terraform dosyasını verdiğimde TL bazında aylık tahmin çıkarıyor. Mükemmel mi? Değil. Ama açık söyleyeyim, bayağı işe yarıyor.
Enterprise vs Bireysel Kullanım
Küçük ekipseniz herkes kendi user-level agent’ını yazsın; hızlı ölür, esnek ölür. Ama 50+ kişilik kurumsal ekipseniz bir düşüneyim… hâlâ .github/agents/ proje seviyesinde paylaşılan ajanlar mantıklı geliyor çünkü standardizasyon gerekiyor (aksi hâlde herkes başka telden çalıyor). Ben hibrit kullanıyorum: kurumsal standartlar proje seviyesinde, kişisel verimlilik işleri user-level tarafta. Daha fazla bilgi için mssql-python’da Apache Arrow Desteği: Sahadan Notlar yazımıza bakabilirsiniz.
Durun, bir saniye. Cosmos DB Azure RBAC Entegrasyonu: İki Dünya Birleşti yazımızda bu konuya da değinmiştik.
Debugger Agent: Issue’dan Çözüme Doğrudan Yol
Tamam, burada biraz heyecanlandım doğrusu. Çünkü “agent bug fix — kendi adıma konuşayım — yapacak” lafını duyduğumdan beri şüpheyle bakıyordum. Hatırlarsınız ya da yaşadınız; ilk Copilot çıktığında “5 yıl sonra developer kalmaz” diyenler vardı. Şimdi 2026’daysak ve hâlâ buradaysak, demek ki iş biraz farklı yürüdü (en azından benim deneyimim böyle) VSTest Newtonsoft.Json Bağımlılığını Bırakıyor: Etkisi Ne? yazımızda bu konuya da değinmiştik.
Yeni Debugger agent’ı başka türlü çalışıyor: GitHub veya Azure DevOps issue’şundan başlıyor, bug’ı gerçek runtime davranışına karşı doğruluyor. Yanı sadece kodu okuyup tahmin yürütmüyor; uygulamayı ayağa kaldırıyor, bug’ı reproduce ediyor, instrument ediyor (log koyuyor, breakpoint atıyor, watch ekliyor), tanılıyor ve sonra hedefli bir fix öneriyor.
Ve işler burada ilginçleşiyor.
Geçen hafta test ettim. Bir müşterinin.NET API’sinde “rastgele 500 hatası” diye bir issue vardı; aylardır kimse net bulamamıştı (evet, doğru duydunuz). Debugger agent’ı saldım ve şu adımları izledi:
- Issue’daki açıklamadan repro senaryosunu çıkardı.
- Lokal ortamda projeyi build edip ayağa kaldırdı.
- Endpoint’e farklı payload’larla istek attı ve hatayı yakaladı.
- Stack trace’i analiz edip async deadlock şüphesi koydu.
- Targeted breakpoint’lerle deadlock ihtimalini doğruladı. — bunu es geçmeyin
ConfigureAwait(false)eksikliğini gösteren bir fix önerdi.
Peki çözüm tam doğru müydü? Kısmen evet. Asıl sorun başka bir yerdeydi (connection pool exhaustion) ama agent’ın bulduğu şey de gerçek bir bug’dı (bu beni çok şaşırttı). Yanı %100 mucize değil; yine de bir — kendi adıma konuşayım — junior developer’ın yapacağı 4 saatlik analizi 12 dakikaya indirdiğini gördüm. Bu az şey değil.
launchSettings.json, environment variables ve connection string’ler düzgün ayarlı olmalı. Aksi hâlde agent “reproduce edemiyorum” deyip geri dönüyor. İlk denemede ben bunu yaşadım; environment kısmında 15 dakika kaybettim.
Diğer Önemli Iyileştirmeler
Klavye Kısayolları Artık Özelleştirilebilir
Nihayet geldi diyebilirim; yıllardır beklenen şey buydu zaten. Tab tuşunu Copilot ile — itiraz edebilirsiniz tabi — IntelliSense arasında paylaşmak tam bir dertti (bir gün iyi çalışıyor, ertesi gün saçmalıyordu). Artık Tools > Options > Environment > Keyboard altından Edit.AcceptSuggestion, Edit.AcceptNextWordInSuggestion ve Edit.AcceptNextLineInSuggestion komutlarına istediğiniz tuşu atayabiliyorsunuz.
Ben şahsen Alt+]‘yi kelime kabul etmeye, Ctrl+Alt+]‘yi satır kabul etmeye atadım; Tab’ı da sadece IntelliSense’e bıraktım (küçük gıbı duruyor ama günlük kullanımda fark ediyor). Hayatım değişti demeyeyim ama ciddi rahatladı diyeyim.
Chat History Paneli
Nihayet burada da toparlamışlar. Önceki sohbetlere ulaşmak çileydi; şimdi panel chat başlıklarını, mesaj önizlemelerini ve zaman damgalarını gösteriyor (üç gün önce çözdüğünüz şeyi tekrar aramak yok artık). Bir problemi yeniden bulmak beş saniyelik iş hâline gelmiş. Bu konuyla ilgili .NET’te MCP Tool Çağrılarını AGT ile Yönetmek: Saha Notları yazımıza da göz atmanızı tavsiye ederim. Bankacılıkta Customer 360: Azure DocumentDB ile Pratik Yol yazımızda bu konuya da değinmiştik.
C++ Için Code Editing Tools GA Öldü
C++ ekiplerine haber güzel: get_symbol_call_hierarchy ve get_symbol_class_hierarchy araçları artık varsayılan olarak açık. Yanı Copilot artık C++ kod tabanınızda dil farkındalığıyla dolaşabiliyor; eski bir C++ projesinde bir method’un nereden çağrıldığını anlamaya çalıştığınız o meşhur karanlık an var ya, işte önü biraz hafifletiyor.
Bence bu özellik fena değil; hatta kendi deneyimimde Java ve C# tarafındaki benzer araçlardan daha isabetli sonuç verdiğini gördüm. Sizde de öyle öldü mu?
Neyse Uzatmayalım: Text Visualizer’da Auto-Decoding Yok Mu?
Sıkça Sorulan Sorular
Visual Studio 2026 Nişan güncellemesini nasıl alırım?
Aslında çok basit — Visual Studio Installer’ı açıp güncelleme kontrolü yapman yeterli. En yeni özellikleri hemen kurcalamak istiyorsan Insiders kanalına geçebilirsin,. Bence production projelerinde stable kanalda kalmak çok daha mantıklı.
Custom agent yazmak için kod bilmek şart mı?
Vallahi, Hayır, şart değil. Custom agent tanımları temelde Markdown formatında YAML front matter’lı dosyalar —. Agent’ın ne yapacağını düz, doğal bir dille anlatıyorsun (buna dikkat edin). İstersen tool çağrıları da ekleyebilirsin, ama temel kullanım için JSON ya da kod yazman gerekmiyor.
Debugger agent gerçekten production’a hazır mı?
Kısa cevap: dikkatli kullanırsan evet. Açıkçası benim önerim, agent’ın önerdiği fix’i sakın otomatik merge’leme — mutlaka bir insan gözünden geçsin. Reproduce ve diagnose konusunda gerçekten çok güçlü, ama final fix kalitesi değişken olabiliyor, tecrübeme göre bu kısımda temkinli olmak lazım.
Bu özellikler için ekstra lisans gerekiyor mu?
Şunu söyleyeyim, Cloud agent. Debugger agent gıbı compute-yoğun şeyler Copilot Business veya Enterprise aboneliği kapsamında. Free veya Pro tier’larda bazı kısıtlamalar var, yanı ekibinin lisans seviyesine bir bakman iyi ölür.
Custom agent’ları takım arkadaşlarımla nasıl paylaşırım?
Eh, Kullanıcı seviyesindeki agent’lar kişisel kalıyor, hani sadece sende görünüyor. Takımla paylaşmak istiyorsan .github/agents/ klasöründe proje seviyesinde tanımlayıp repo’ya commit’lemen yeterli — böylece repo’yu klonlayan herkes otomatik olarak erişebiliyor.
Kaynaklar ve İleri Okuma
İşin garibi, GitHub Copilot in Visual Studio — April Update (Resmî Duyuru)
Visual Studio Copilot Resmî Dokümantasyonu
awesome-copilot: Topluluk Custom Agent. Skill Örnekleri
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.
