Visual Studio’da Copilot Mart 2026: Ajan Devrimi
Bakın, Visual Studio’daki Copilot güncellemelerini genelde “eh, birkaç yeni özellik gelmiş” diye geçiştirirdim. Ama Mart 2026 güncellemesi öyle bir şey değil. Bu sefer gerçekten durup “vay be” dedim. Neden mi? Çünkü artık kendi ajanlarınızı yazabiliyorsunuz — hem de repo içinde bir Markdown dosyasıyla (en azından benim deneyimim böyle). Bunu ilk duyduğumda şüpheyle yaklaştım açık konuşayım. Ama denedikten sonra fikrimi değiştirdim.
Bu yazıda Mart güncellemesinin öne çıkan özelliklerini, kurumsal ortamda ne anlama geldiklerini ve benim sahada gördüklerimi paylaşacağım. Hazırsanız başlayalım.
Kendi Ajanınızı Tanımlayın:.agent.md Dosyası
Bu güncellemenin en çarpıcı tarafı burası. Artık reponuzun içine bir .agent.md dosyası koyarak özel bir Copilot ajanı tanımlayabiliyorsunuz. Bu ajan workspace’ınızı biliyor, kodunuzu anlıyor, seçtiğiniz modeli kullanıyor. Hatta MCP bağlantılarıyla dış veri kaynaklarına erişebiliyor. Agent picker’da görünüyor, takımdaki herkes kullanabiliyor.
Şöyle ki, Hani diyorsunuz ya “keşke Copilot şu konuyu bilse” — işte artık öğretebiliyorsunuz. Geçen hafta Logosoft’ta bir e-ticaret projesinde denedik bunu (ben de ilk duyduğumda şaşırmıştım). Müşterinin kendi domain dilini (sipariş durumları, kargo entegrasyonları, ödeme akışları) bir ajan dosyasına tanımladık. Sonuç? Copilot artık “OrderStatus enum’ını genişlet” dediğimizde gerçekten müşterinin iş mantığına uygun kod önermeye başladı. Şaşırtıcıydı, çünkü beklentim bu kadar yüksek değildi.
Ama dur, bir saniye — her şey toz pembe değil. Ajan dosyasının formatı henüz çok iyi dokümante edilmemiş. Bazı edge case’lerde ajanın davranışı tahmin edilemez olabiliyor (evet, doğru duydunuz). Mesela çok uzun instruction set’ler verdiğinizde context window’u doldurup saçmalamaya başlayabiliyor. Yanı kısa ve öz tutmak lazım şimdilik.
#.agent.md örneği
---
name: ecommerce-helper
description: E-ticaret projesi için özel sipariş yönetimi ajanı
model: gpt-4o
mcp-servers:
— inventory-api
— payment-gateway
---
## Talimatlar
- Sipariş durumlarını her zaman OrderStatus enum'undan al
- Kargo entegrasyonlarında IShippingProvider arayüzünü kullan
- Ödeme akışlarında PCI-DSS uyumluluğunu kontrol et
- Veritabanı sorgularında EF Core kullan, raw SQL yazma
Küçük bir startup için bu özellik belki overkill. Ama 10+ kişilik bir ekipte, herkesin aynı coding convention’larına uymasını sağlamak için muazzam bir araç. Enterprise seviyede işe — söylemeye gerek yok, tam bir game changer.
Enterprise MCP Governance: Adminler Rahat Uyusun
Şunu fark ettim: MCP (Model Context Protocol) sunucuları Copilot’un dış dünyayla konuşmasını sağlıyor. Güzel. Ama kurumsal ortamda “herkes istediği MCP sunucusuna bağlansın” demek… hmm, nasıl söylesem, güvenlik ekibinin kâbus görmesine neden olur.
İşte bu güncellemede GitHub, MCP sunucuları için allowlist politikası getirmiş. Org adminleri hangi MCP sunucularının kullanılabileceğini belirleyebiliyor. Hassas veriler kontrol altında kalıyor, compliance gereksinimleri karşılanıyor.
MCP governance özelliği, özellikle finans ve sağlık sektöründe çalışan ekipler için kritik. Dışarıya veri sızdırmayı engellemek artık IT’nın değil, platform’un sorumluluğu.
2024 sonlarında bir bankacılık projesinde Copilot’u aktif ederken güvenlik ekibiyle uzun uzun tartışmıştık. “Ya Copilot dışarıya kod sızdırırsa?” endişesi vardı. O zamanlar bu endişeyi gidermek için epey uğraştık. Şimdi bu allowlist mekanizması olsa o toplantılar çok daha kısa sürerdi. Buna benzer kurumsal kontrol mekanizmalarını Copilot Cloud Agent İçin Kurumsal Firewall: Kontrol Sizde yazımda da detaylı ele almıştım.
Agent Skills: Tekrar Kullanılabilir Yetenek Setleri
İtiraf edeyim, Agent skills denen şey aslında — dur şöyle anlatayım — bir nevi ajanınıza “şunu nasıl yapacağını biliyorsun” demenin yolu. Tahmin eder mısınız? Repo içinde veya kullanıcı profilinizde tanımlıyorsunuz, Copilot otomatik keşfedip uyguluyor.
Bi saniye — Mesela bir skill tanımlıyorsunuz: “Unit test yazarken her zaman AAA (Arrange-Act-Assert) pattern’ını kullan, xUnit framework’ünü tercih et, mock’lar için NSubstitute kullan.” Bunu bir kere yazıyorsunuz, sonra her test yazdığınızda Copilot bu kurallara uyuyor. Güzel değil mi?
Şahsen, GitHub’ın awesome-copilot reposunda topluluk tarafından paylaşılan skill’ler var. Bunlara bir göz atmanızı tavsiye ederim. Bazıları gerçekten yaratıcı — mesela biri Terraform modülleri için naming convention skill’i yazmış, bayağı işe yarıyor.
Ha, bir de şunu ekleyeyim: skill’lerin scope’u henüz biraz belirsiz. Repo-level skill mi, org-level skill mi, user-level skill mi — hangisi öncelikli? Bu konuda dokümantasyon biraz eksik. Ama community hızla dolduruyor bu boşlukları.
find_symbol Aracı ve Debugging Yenilikleri
find_symbol: Kod Navigasyonu Artık Akıllı
Ajan modunda çalışan yeni find_symbol aracı, dil farkındalıklı sembol navigasyonu sunuyor. Tüm referansları bulma, tip metadata’sına erişme, declaration ve scope anlama… C++, C#, Razor, TypeScript ve LSP extension’ı olan herhangi bir dil için çalışıyor.
Bunu neden önemsiyorum? Çünkü Copilot’un en büyük sıkıntısı “bağlamı kaybetmesi”ydı. Büyük bir solution’da çalışırken Copilot bazen alakasız öneriler yapıyordu çünkü sembol ilişkilerini tam anlayamıyordu. find_symbol bunu çözmeye yönelik ciddi bir adım.
Bak şimdi, 2025 başında bir müşterimizin 200+ projeli.NET solution’ında Copilot’u test etmiştik. O zamanlar “bu method’un kim tarafından çağrıldığını bil” demenin bir yolu yoktu. Şimdi find_symbol ile bu mümkün. Fena değil. Hatta baya iyi. GPT-5.1 Codex Modelleri Emekli Öldü: Ne Yapmalısınız? yazımızda bu konuya da değinmiştik. Copilot Cloud Agent Artık İmzalı Commit Atıyor: Neyi Değiştiriyor? yazımızda bu konuya da değinmiştik.
PerfTips ve Profiling Agent
Test Explorer’da yeni bir “Profile with Copilot” komutu var. Belirli bir testi profiling agent’ıyla çalıştırıyorsunuz, CPU ve instrumentation verilerini analiz edip size actionable performance önerileri sunuyor.
Garip gelecek ama, Gel gelelim asıl ilginç kısım PerfTips entegrasyonu. Debug sırasında satır içi performans sinyallerine tıklıyorsunuz, Copilot elapsed time, CPU usage ve memory davranışını analiz edip hedefe yönelik optimize etme önerileri veriyor (yanlış duymadınız). Bunu bir arkadaşım denedi geçen hafta — bir ASP.NET Core API’de yavaş çalışan bir endpoint’i 3 dakikada tespit edip düzeltmiş. Ben henüz bu kadar dramatik bir sonuç görmedim ama potansiyel büyük (en azından benim deneyimim böyle) — valla güzel iş çıkarmışlar —
Smart Watch Suggestions
Debug sırasında Watch penceresinde artık Copilot context-aware expression önerileri sunuyor. Yanı hangi değişkenleri izlemeniz gerektiğini tahmin ediyor. Dürüst olmak gerekirse, bu özelliği “güzel ama hayat değiştirici değil” kategorisine koyuyorum. Deneyimli bir geliştirici zaten neyi watch’a ekleyeceğini bilir. Ama junior’lar için faydalı olabilir — özellikle karmaşık object graph’larda. Bu konuyla ilgili Gemini API’de Maliyet ve Hız Dengesi: Flex ile Priority yazımıza da göz atmanızı tavsiye ederim.
NuGet Güvenlik Açıklarını Copilot’la Düzeltmek
Bu özellik beni baya sevindirdi. Solution Explorer’da bir NuGet paketi güvenlik açığı tespit edildiğinde “Fix with GitHub Copilot” linki çıkıyor. Tıklıyorsunuz, Copilot hedefli dependency update’leri öneriyor.
Neden bu kadar heyecanlandım? Çünkü dependency management kurumsal projelerin en büyük baş ağrılarından biri. Mesela transitive dependency’lerde güvenlik açığı çıktığında, hangi paketi hangi versiyona çıkarmanız gerektiğini bulmak bazen saatler alıyor. Copilot’un bunu otomatize etmesi — kağıt üstünde süper. Pratikte göreceğiz tabiî, ama ilk izlenimlerim olumlu. Bu konuyla ilgili Microsoft Agent Framework 1.0: Ajanlar Artık Ciddileşti yazımıza da göz atmanızı tavsiye ederim.
Güvenlik konusuna duyarlıysanız — ki olmalısınız — GitHub’da Açık Kaynak Tedarik Zincirini Korumak: Benim Sahada Gördüklerim yazıma da bakmanızı öneririm.
Özet Tablo: Mart 2026 Güncellemesi Bir Bakışta
| Özellik | Ne İşe Yarıyor? | Kimin İçin? | Olgunluk |
|---|---|---|---|
| Custom Agents (.agent.md) | Repo içinde özel ajan tanımlama | Orta-büyük ekipler | ⭐⭐⭐⭐ (iyi ama dokümantasyon eksik) |
| Enterprise MCP Governance | MCP sunucu allowlist yönetimi | Enterprise adminler | ⭐⭐⭐⭐⭐ (tam olgunlaşmış) |
| Agent Skills | Tekrar kullanılabilir instruction set’leri | Herkes | ⭐⭐⭐ (scope belirsiz) |
| find_symbol | Akıllı sembol navigasyonu | Büyük codebase’ler | ⭐⭐⭐⭐ (C#/TS’de iyi) |
| PerfTips + Profiling Agent | Debug sırasında performans analizi | Performans odaklı ekipler | ⭐⭐⭐ (erken aşama) |
| NuGet Vulnerability Fix | Güvenlik açıklı paketleri otomatik düzeltme | Herkes | ⭐⭐⭐⭐ (faydalı) |
Genel Değerlendirmem: Bir Hayal Kırıklığı da Var
Şöyle söyleyeyim, Açık konuşayım — bu güncelleme genel olarak çok güçlü (en azından benim deneyimim böyle). En çok da custom agents ve MCP governance tarafı, Copilot’u “sadece code completion yapan bir araç” olmaktan çıkarıp “ekibin bir parçası olan akıllı bir asistan” seviyesine taşıyor. Daha fazla bilgi için GitHub Issues Araması Değişti: Artık Anlamla Buluyor yazımıza bakabilirsiniz.
Eh, Ama bir hayal kırıklığım var: Smart Watch suggestions. Beklediğim kadar akıllı değil henüz. Basit POCO nesnelerinde işe yarıyor. Karmaşık dependency injection container’larında veya async akışlarda pek bir şey öneremiyor (evet, doğru duydunuz). Biraz daha pişmesi lazım.
Bir de şunu söyleyeyim — büyük çoğunluk bu özellikler Visual Studio 2026 gerektiriyor. VS 2022’de kalanlara bir şey yok maalesef. Mantıklı değil mi? Bu da migration baskısını artırıyor, ki bazı kurumsal müşterilerimizde VS versiyonu değiştirmek bile başlı başına bir proje.
Neyse, toparlayayım. Bu ajan dönüşümü hakkında daha geniş bir perspektif için Copilot’la Kendini Otomatikleştirmek: Ajanlarla Yeni Çalışma Şekli yazıma da göz atabilirsiniz. Copilot’un ajan tarafı her ay biraz daha olgunlaşıyor ve ben bunu heyecanla takip ediyorum.
Sıkça Sorulan Sorular
Custom agent (.agent.md) dosyası oluşturmak için ek bir lisans gerekiyor mu?
Hayır, GitHub Copilot Business veya Enterprise lisansınız varsa bu özelliği kullanabiliyorsunuz. Ek bir ücret yok. Ama Visual Studio 2026’ya geçmiş olmanız gerekiyor — VS 2022’de bu özellik mevcut değil.
MCP governance allowlist’i kimler yönetebilir?
GitHub organizasyon adminleri bu allowlist’i yönetebilir. Org settings altından hangi MCP sunucularının kullanılabileceğini belirleyebilirsiniz. Bireysel kullanıcılar bu politikayı override edemez, ki bu tam da istenilen davranış.
find_symbol aracı hangi dillerde çalışıyor?
Şu an resmî olarak C++, C#, Razor ve TypeScript destekleniyor. Bunların dışında LSP — en azından ben öyle düşünüyorum — (Language Server Protocol) extension’ı olan herhangi bir dilde de çalışması gerekiyor ama ben sadece C# ve TypeScript’te test edebildim. Python ve Go için henüz feedback görmedim.
PerfTips profiling özelliği production ortamında kullanılabilir mi?
Hayır, bu özellik sadece debug modunda çalışıyor. Production performans analizi için Application Insights, dotnet-trace veya benzeri araçları kullanmaya devam etmeniz gerekiyor. PerfTips daha çok development aşamasında erken tespit için tasarlanmış (en azından benim deneyimim böyle)
Agent skills ile custom agents arasındaki fark ne?
Doğrusu, Custom agent bütüncül bir ajan tanımı — kendi modeli, MCP bağlantıları ve genel davranış kuralları var. Agent skills işe daha küçük, tekrar kullanılabilir yetenek parçacıkları (kendi tecrübem). Bir agent birden fazla skill’i kullanabilir. Skills’i fonksiyon, agent’ı işe sınıf gibi düşünebilirsiniz.
Çok konuştum, örnekle göstereyim.
Kaynaklar ve İleri Okuma
GitHub Copilot in Visual Studio — March Update (GitHub Blog)
İtiraf edeyim, Visual Studio Copilot Agent Mode — Microsoft Docs
awesome-copilot: Community-Shared Skills and Agents (GitHub Repository)
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.
2 comments