Visual Studio BYOM: Kendi Modelinizle Agent Modu

⏱️ 4 dk okuma📅 25 Ekim 2026

Visual Studio 2026 Stable Channel için yayımlanan eylül güncellemesi, kod yazarken hangi modelle çalışacağınıza karar verme işini size bırakıyor. Bring Your Own Model (BYOM) yeteneğiyle, GitHub Copilot’ın zaten devrede olduğu her yerde kendi model dağıtımınızı kullanabiliyorsunuz. Güncellemede bunun dışında NuGet güvenlik açıklarını Error List üzerinden kapatma, pull request’leri Git agent ile inceleme, C# if koşullarında kararı veren operandı görme ve Podman konteynerlerine debugger bağlama var; hepsi günlük işi doğrudan hızlandıran değişiklikler.

Bring Your Own Model artık yeni Agent (Preview) üzerinde

BYOM; Community, Professional ve Enterprise sürümlerinin tamamında preview olarak geliyor ve varsayılan olarak açık. Bir Microsoft Foundry dağıtımına ya da desteklenen başka bir sağlayıcıya bağlanıp Agent Mode içinde yeni Agent (Preview) ile çalışabiliyorsunuz. Bunun için GitHub hesabıyla oturum açmış olmak zorunlu değil, yani bireysel geliştirici yeni modelleri denerken kurumlar onaylı dağıtımlar üzerinde standartlaşabiliyor.

Desteklenen sağlayıcılar: Microsoft Foundry, OpenAI, Anthropic ve Ollama. OpenAI ve Ollama tarafında ayrıca özel uç nokta (custom endpoint) tanımlanabiliyor.

Nasıl başlanır?

Chat penceresini açın.
Model seçiciden Add a model ya da Manage Models seçeneğine gidin.
Sağlayıcınıza bağlanın.
Agent Mode içinde çalışmaya başlayın.

Bu sürümdeki kırıcı değişiklikler

BYOM deneyimi artık GitHub Copilot SDK tabanlı harness üzerine kurulu yeni Agent (Preview) ile çalışıyor. Önceki Ask ve Agent modlarındaki eski BYOM deneyimi desteklenmiyor; denemek isteyen en güncel Visual Studio sürümünü kurup yeni Agent (Preview) üzerinden ilerleyecek. Ollama sağlayıcısındaki arka uç değişiklikleri nedeniyle daha önce eklenmiş Ollama modellerinin yeniden eklenmesi de gerekiyor.

Microsoft bunun erken bir önizleme olduğunu açıkça söylüyor, her model Agent Mode’un her yeteneğini henüz desteklemiyor. Desteklenmeyen bir özellikle karşılaşıldığında Visual Studio sessizce hata vermek yerine durumu işaretliyor. Geri bildirimler Developer Community forumu ve kısa bir anket üzerinden toplanıyor.

NuGet güvenlik açıklarını Error List’ten düzeltme

Visual Studio’nun Error List penceresindeki NuGet Audit uyarıları artık doğrudan bir düzeltme yolu sunuyor. Restore işleminden sonra NU1901, NU1902, NU1903 veya NU1904 uyarılarından biri oluştuğunda Fixer sütunundaki sparkle eylemini seçmeniz yeterli. Bu eylem GitHub Copilot Chat’i agent modunda açıyor, NuGet MCP server’ı kullanarak açıklı paketlerin düzeltilmesini istiyor.

Akış şöyle işliyor:

Bilinen bir güvenlik açığı içeren paketi barındıran çözümde restore çalıştırın.
View > Error List altında NuGet Audit uyarısını bulun.
Fixer sütunundaki sparkle eylemini seçin.
Copilot’ın önerdiği değişiklikleri gözden geçirip uygulayın.

Bu akış için GitHub Copilot oturumunun açık olması gerekiyor. Otomatik düzeltmeler ayrıca NuGet MCP server’a ihtiyaç duyuyor; bu sunucu Visual Studio’nun içinde geliyor ve Copilot Chat araç menüsünden etkinleştiriliyor.

Git agent ile pull request incelemesi

Bir pull request’i incelemek genelde tartışma başlığını, değişen dosyaları ve asıl önemli noktaları bir araya getirmekle başlıyor. Git agent artık bu hazırlık işini sizin yerinize yapabiliyor, üstelik bunu bağladığınız model üzerinden yürütüyor.

GitHub Copilot Chat’i açıp Git agent‘ı seçiyor, pull request’i Git Repository penceresinden bağlam olarak ekliyor ve sorularınızı soruyorsunuz. Yanıtın içinde gezinilebilir bağlantılar var; bu bağlantılar ilgili yorumları ve dosyaları doğrudan IDE içindeki pull request görünümünde açıyor. Daha derine inmek istediğinizde takip soruları sorabiliyorsunuz.

Git sağlayıcınızın MCP sunucularını bağlarsanız Copilot pull request’ler hakkında daha fazla bağlam toplayabiliyor. Bu tarafta GitHub ve Azure DevOps destekleniyor.

if koşulunda kararı hangi operand verdi?

&& veya || içeren bileşik C# if ifadelerinde sonucu belirleyen ifade artık editörde vurgulanıyor. Debug sırasında bir if satırında durakladığınızda, mevcut satır içi → true / → false ipucunun yanında kırmızı ve yeşil vurgular hangi operandın sonucu belirlediğini gösteriyor:

&& koşulu false sonuçlandığında, başarısız olan veya kısa devreye (short-circuit) yol açan operand işaretleniyor.
|| koşulu true sonuçlandığında, koşulu sağlayan operand işaretleniyor.

Dal vurgulamayı kapatmak isterseniz vurgulanan ifadeye sağ tıklayıp editör bağlam menüsünden kapatabiliyorsunuz. Renkleri temanıza uydurmak için de Tools > Options > Environment > Fonts and Colors var.

Attach to Process artık Podman konteynerlerini görüyor

Konteyner keşfi Docker’ın yanında Podman‘ı da tanıyor. Konteyneri başlattıktan sonra Debug > Attach to Process adımına gidiyor, Connection type değerini Podman olarak seçiyor, Find ile aramayı başlatıyorsunuz. Podman konteynerleriniz otomatik listeleniyor, Docker tarafında alışık olduğunuz attach deneyiminin aynısı geçerli. Ek yapılandırma gerekmeden hem.NET hem C++ konteynerlerinde hata ayıklanabiliyor.

Kimler için anlamlı?

Bu güncellemenin ağırlık merkezi model seçimi. Kurumsal tarafta onaylı bir Microsoft Foundry dağıtımına yönlendirme yapmak isteyen ekipler ile yerelde Ollama üzerinden çalışmak isteyen geliştiriciler aynı Agent (Preview) arayüzünü paylaşıyor. Öte yandan özellik hala önizlemede ve model başına yetenek kapsamı değişebiliyor; üretim akışına almadan önce kullandığınız modelin Agent Mode yeteneklerini karşılayıp karşılamadığını doğrulamakta fayda var. Eski BYOM yapılandırmalarının taşınmaması ve Ollama modellerinin yeniden eklenmesi gerekmesi de güncelleme öncesinde not edilecek ayrıntılar.

Kaynaklar ve İleri Okuma

Bu yazı yapay zeka (büyük dil modelleri) ile hazırlanmış, insan editör tarafından incelenmiştir. İçerik üretim sürecimiz.

Aşkın KILIÇYazar

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.

AZ-305AZ-104AZ-500AZ-400DP-203AI-102