Visual-Studio | The .NET Blog

Azure MCP Araçları Artık Visual Studio 2022'ye Entegre — Uzantı Gerekmiyor

Emiliano Montesdeoca — Thu, 16 Apr 2026 00:00:00 +0000

Bu yazı otomatik olarak çevrilmiştir. Orijinal için buraya tıklayın.

Azure MCP araçlarını ayrı uzantı üzerinden Visual Studio’da kullandıysanız, süreci biliyorsunuzdur — VSIX’i kurun, yeniden başlatın, bir şeylerin bozulmamasını umun, sürüm uyumsuzluklarıyla uğraşın. O sürtünme artık tarihe karışıyor.

Yun Jung Choi duyurdu: Azure MCP araçları artık Visual Studio 2022’de Azure geliştirme iş yükünün doğrudan bir parçası olarak geliyor. Uzantı yok. VSIX yok. Yeniden başlatma dansı yok.

Bu aslında ne anlama geliyor

Visual Studio 2022 sürüm 17.14.30 itibarıyla Azure MCP Server, Azure geliştirme iş yüküyle birlikte geliyor. Bu iş yükünü zaten yüklediyseniz, tek yapmanız gereken GitHub Copilot Chat’te etkinleştirip kullanmaya başlamak.

45 Azure servisi genelinde 230’dan fazla araç — doğrudan sohbet penceresinden erişilebilir. Depolama hesaplarınızı listeleyin, ASP.NET Core uygulaması dağıtın, App Service sorunlarını tanılayın, Log Analytics’i sorgulayın — tek bir tarayıcı sekmesi açmadan.

Bu neden göründüğünden daha önemli

Geliştirici araçlarındaki şu gerçeği biliyoruz: her ekstra adım sürtünmedir, sürtünme ise benimsemeyi öldürür. MCP’nin ayrı bir uzantı olması; sürüm uyumsuzlukları, kurulum hataları ve güncel tutulması gereken bir şey daha demekti. İş yüküne entegre etmek şu anlama geliyor:

Visual Studio Installer üzerinden tek güncelleme yolu
Uzantı ile IDE arasında sürüm kayması yok
Her zaman güncel — MCP Server, düzenli VS sürümleriyle birlikte güncelleniyor

Azure üzerinde standartlaştıran ekipler için bu büyük bir avantaj. İş yükünü bir kez kuruyorsunuz, araçları etkinleştiriyorsunuz ve her oturumda hazır oluyorlar.

Bununla neler yapabilirsiniz

Araçlar Copilot Chat üzerinden tüm geliştirme yaşam döngüsünü kapsıyor:

Öğrenin — Azure servisleri, en iyi pratikler, mimari kalıplar hakkında sorular sorun
Tasarlayın ve geliştirin — servis önerileri alın, uygulama kodunu yapılandırın
Dağıtın — kaynakları sağlayın ve doğrudan IDE’den dağıtın
Sorun giderin — günlükleri sorgulayın, kaynak sağlığını kontrol edin, üretim sorunlarını tanılayın

Hızlı bir örnek — Copilot Chat’e şunu yazın:

List my storage accounts in my current subscription.

Copilot, arka planda Azure MCP araçlarını çağırır, aboneliklerinizi sorgular ve isimler, konumlar ve SKU’larla birlikte biçimlendirilmiş bir liste döndürür. Portal gerekmez.

Nasıl etkinleştirilir

Visual Studio 2022 17.14.30 veya üzerine güncelleyin
Azure development iş yükünün yüklendiğinden emin olun
GitHub Copilot Chat’i açın
Select tools düğmesine tıklayın (iki İngiliz anahtarı simgesi)
Azure MCP Server‘ı etkinleştirin

Hepsi bu. Oturumlar arasında etkin kalır.

Bir not

Araçlar varsayılan olarak devre dışıdır — katılımınız gerekiyor. VS 2026’ya özgü araçlar VS 2022’de mevcut değil. Araç kullanılabilirliği de portaldaki gibi Azure abonelik izinlerinize bağlı.

Büyük resim

Bu, net bir trendin parçası: MCP, bulut araçlarını geliştirici IDE’lerinde sunmanın standart yolu haline geliyor. Azure MCP Server 2.0 kararlı sürümünü ve VS Code ile diğer editörlerdeki MCP entegrasyonlarını zaten gördük. Visual Studio’nun iş yükü sistemine entegre olması doğal bir ilerleme.

Visual Studio’da yaşayan .NET geliştiricileri olarak bu, Azure portalına bağlam değiştirmek için bir neden daha ortadan kalkıyor. Ve dürüst olmak gerekirse, ne kadar az sekme değiştirirsek o kadar iyi.

O Visual Studio Kayan Pencere Ayarını Hiç Duydunuz mu? (Duymanız Gerekiyor)

Emiliano Montesdeoca — Fri, 10 Apr 2026 00:00:00 +0000

Bu yazı otomatik olarak çevrilmiştir. Orijinal için buraya tıklayın.

Birden fazla monitörle Visual Studio kullanıyorsanız (ve dürüstçe söylemek gerekirse, günümüzde kim kullanmıyor ki), muhtemelen o can sıkıcı durumu yaşamışsınızdır: ana IDE’yi küçülttüğünüzde kayan araç pencereleri kayboluyor, her zaman her şeyin üstünde kalıyor ve ayrı görev çubuğu butonları olarak görünmüyorlar. Bazı iş akışları için işe yarayabilir, ancak çoklu monitör kurulumlarında oldukça sinir bozucu.

Visual Studio ekibinden Mads Kristensen, kayan pencerelerin davranışını kökten değiştiren az bilinen bir ayarı paylaştı. Tek bir açılır menü. Hepsi bu kadar.

Ayar nerede?

Tools > Options > Environment > Windows > Floating Windows

“These floating windows are owned by the main window” açılır menüsünde üç seçenek bulunuyor:

None — tam bağımsızlık. Her kayan pencere kendi görev çubuğu girişini alır ve normal bir Windows penceresi gibi davranır.
Tool Windows (varsayılan) — belgeler serbestçe kalar, araç pencereleri IDE’ye bağlı kalır.
Documents and Tool Windows — klasik Visual Studio davranışı, her şey ana pencereye bağlı.

Çoklu monitör kurulumlarında neden “None” doğru seçim?

None olarak ayarlayın ve aniden tüm kayan araç pencereleriniz ve belgeleriniz gerçek Windows uygulamaları gibi davranmaya başlar. Görev çubuğunda görünürler, ana Visual Studio penceresini küçülttüğünüzde görünür kalmaya devam ederler ve artık her şeyin önüne zorla gelmiyor.

Bunu PowerToys FancyZones ile birleştirirseniz oyun değiştirucu bir deneyim elde edersiniz. Monitörlerinizde özel düzenler oluşturun, Solution Explorer’ınızı bir bölgeye, hata ayıklayıcıyı bir diğerine ve kod dosyalarını istediğiniz yere yerleştirin. Her şey yerinde kalır, her şeye bağımsız olarak erişilebilir ve çalışma alanınız kaotik yerine düzenli hissedilir.

Hızlı öneriler

Çoklu monitör güç kullanıcıları: None olarak ayarlayın, FancyZones ile birleştirin
Ara sıra kayan pencere kullananlar: Tool Windows (varsayılan) sağlam bir orta yol
Geleneksel iş akışı: Documents and Tool Windows her şeyi klasik tutar

İpucu: Herhangi bir araç penceresi başlık çubuğuna Ctrl + çift tıklayarak anında kayan veya yerleşik hale getirebilirsiniz. Ayarı değiştirdikten sonra yeniden başlatmaya gerek yok.

Sonuç

Bu, “bunu neden daha önce bilmiyordum” dedirten ayarlardan biri. Visual Studio’daki kayan pencereler sizi hiç rahatsız ettiyse şu anda gidip bunu değiştirin.

Ayrıntılar ve ekran görüntüleri için tam yazıyı okuyun.

Bookmark Studio, Visual Studio Yer İşaretlerine Slot Tabanlı Gezinti ve Paylaşım Getiriyor

Emiliano Montesdeoca — Thu, 02 Apr 2026 00:00:00 +0000

Bu yazı otomatik olarak çevrilmiştir. Orijinal için buraya tıklayın.

Visual Studio’daki yer işaretleri her zaman… idare ederdi. Bir tane koyarsınız, bir sonrakine geçersiniz, hangisinin ne olduğunu unutursunuz. Çalışırlar, ama hiçbir zaman güçlü diyebileceğiniz bir özellik olmadılar.

Mads Kristensen, eğer yer işaretlerini düzenli kullanıyorsanız muhtemelen karşılaştığınız boşlukları tam olarak dolduran deneysel bir uzantı olan Bookmark Studio’yu yayımladı.

Slot tabanlı gezinti

Temel yenilik şu: yer işaretleri artık 1–9 numaralı slotlara atanabilir ve doğrudan Alt+Shift+1 ile Alt+Shift+9 tuş kombinasyonlarıyla erişilebilir. Yeni yer işaretleri otomatik olarak bir sonraki boş slotu alır; dolayısıyla çoğu durumda herhangi bir yapılandırma gerektirmeden hızlı gezinti çalışır.

Bu basit görünüyor, ama yer işaretlerini “bir yerlerde bazı yer işaretlerim var” durumundan “Slot 3 API controller’ım, Slot 5 servis katmanı, Slot 7 test” haline getiriyor. Bu tür uzamsal bellek, odaklanılmış çalışma oturumlarında gezintiyi neredeyse anında yapıyor.

Yer İşareti Yöneticisi

Yeni bir araç penceresi, tüm yer işaretlerinizi tek bir yerde ad, dosya, konum, renk veya slota göre filtreleme seçeneğiyle gösteriyor. Herhangi bir yer işaretine atlamak için çift tıklayabilir ya da klavyeyle gezinebilirsiniz.

Eğer hiç beş-altı yer işaretinden fazlasına sahip olup hangisinin ne olduğunu takip edemediğiniz olduysa, bu tek başına uzantıyı kurmaya değer.

Etiketler, renkler ve klasörlerle organizasyon

Yer işaretlerine isteğe bağlı olarak etiket ve renk eklenebilir, klasörlere gruplandırılabilir. Bunların hiçbiri zorunlu değil — mevcut yer işareti iş akışınız çalışmaya devam eder. Ancak karmaşık bir sorunu hata ayıkladığınızda ya da tanıdık olmayan bir kod tabanını keşfettiğinizde, yer işaretlerinizi renklendirebilmek ve etiketleyebilmek yararlı bir bağlam katıyor.

Tüm meta veriler çözüm başına saklanır; dolayısıyla yer işareti organizasyonunuz oturumlar arasında kalıcı olur.

Dışa aktarma ve paylaşma

Bilmeden istediğim özellik bu. Bookmark Studio, yer işaretlerini düz metin, Markdown veya CSV olarak dışa aktarmanıza izin veriyor. Yani şunları yapabilirsiniz:

Pull request açıklamalarına yer işareti yollarını eklemek
İnceleme izlerini takım arkadaşlarıyla paylaşmak
Yer işareti kümelerini repolar veya dallar arasında taşımak

Yer işaretleri yalnızca kişisel bir gezinti aracı olmaktan çıkıp “işte bu kodun geçtiği yol” mesajını iletmenin bir yoluna dönüşüyor.

Kod hareketini izleyen yer işaretleri

Bookmark Studio, yer işaretlerini bağlandıkları metne göre takip eder; böylece düzenleme yaparken yanlış satırlara kaymazlar. Hiç bir hata ayıklama oturumunda yer işaretleri koyup bir yeniden yapılandırmanın ardından hepsinin yanlış satırlara işaret ettiğini gördüyseniz — bu durumu düzeltiyor.

Sonuç

Bookmark Studio hiçbir şeyi yeniden icat etmiyor. Yıllardır “yeterince iyi” olan bir özelliği alıp odaklanılmış geliştirme için gerçekten kullanışlı hale getiriyor. Slot gezintisi, Yer İşareti Yöneticisi ve dışa aktarma özellikleri öne çıkanlardır.

Visual Studio Marketplace‘dan indirin ve deneyin.

Visual Studio'nun Mart Güncellemesiyle Özel Copilot Agentları Oluşturabilirsiniz — find_symbol Aracı Gerçekten Büyük

Emiliano Montesdeoca — Thu, 02 Apr 2026 00:00:00 +0000

Bu yazı otomatik olarak çevrilmiştir. Orijinal için buraya tıklayın.

Visual Studio bugüne kadarki en önemli Copilot güncellemesini aldı. Mark Downie Mart sürümünü duyurdu ve başlık özel agentlar — ama dürüstçe söylemek gerekirse, daha aşağılarda geçen find_symbol aracı iş akışınızı en çok değiştirecek özellik olabilir.

Gerçekte neler olduğunu açıklayayım.

Reponuzda özel Copilot agentları

Copilot’un ekibinizin kodlama standartlarını izlemesini, build pipeline’ınızı çalıştırmasını veya dahili belgelerinizi sorgulamasını ister misiniz? Artık tam olarak bunu oluşturabilirsiniz.

Özel agentlar, reponuzdaki .github/agents/ klasörüne bıraktığınız .agent.md dosyaları olarak tanımlanıyor. Her agent, çalışma alanı farkındalığına, kod anlayışına, araçlara, tercih ettiğiniz modele ve harici servislere MCP bağlantılarına tam erişim elde ediyor. Yerleşik agentların yanında agent seçicisinde görünüyorlar.

Bu, VS Code’un süredir desteklediği desenin aynısı — ve Visual Studio’nun yetişmesini görmek harika. VS Code için zaten agent oluşturmuş ekipler için .agent.md dosyalarınız her iki IDE’de de çalışmalı (ancak araç adları farklılık gösterebilir, bu yüzden test edin).

awesome-copilot reposunda başlangıç noktası olarak kullanabileceğiniz topluluk katkılı agent yapılandırmaları var.

Agent becerileri: yeniden kullanılabilir talimat paketleri

Beceriler, reponuzdaki .github/skills/ klasöründen veya profilinizdeki ~/.copilot/skills/ konumundan otomatik olarak alınıyor. Her beceri, Agent Skills spesifikasyonunu takip eden bir SKILL.md dosyası.

Becerileri, karıştırıp eşleştirebileceğiniz modüler uzmanlık alanları olarak düşünün. API kurallarınız için bir beceri, test desenleriniz için bir diğeri ve dağıtım iş akışınız için başka biri olabilir. Bir beceri etkinleştiğinde, uygulandığını bilmeniz için sohbette görünüyor.

VS Code’da beceri kullandıysanız Visual Studio’da da aynı şekilde çalışıyorlar.

find_symbol: agentlar için dile duyarlı navigasyon

İşler burada gerçekten ilginçleşiyor. Yeni find_symbol aracı, Copilot’un agent moduna gerçek dil servisi destekli sembol navigasyonu sağlıyor. Kodunuzu metin olarak aramak yerine agent şunları yapabiliyor:

Projeniz genelinde bir sembole yapılan tüm referansları bul
Tür bilgisine, bildirimlere ve kapsam meta verilerine eriş
Tam dil farkındalığıyla çağrı noktalarında gezin

Pratikte ne anlama geliyor: Copilot’tan bir metodu yeniden düzenlemesini veya çağrı noktaları genelinde parametre imzasını güncellemesini istediğinizde, kodunuzun yapısını gerçekten görebiliyor. Artık “agent metodu değiştirdi ama üç çağrı noktasını kaçırdı” durumu yok.

Desteklenen diller arasında C#, C++, Razor, TypeScript ve desteklenen LSP uzantısına sahip her şey yer alıyor. .NET geliştiricileri için bu büyük bir iyileştirme — derin tür hiyerarşileri ve arayüzlere sahip C# kod tabanları, sembol farkındalıklı navigasyondan büyük ölçüde yararlanıyor.

Copilot ile testleri profilleyin

Test Gezgini bağlam menüsünde artık bir Profile with Copilot komutu var. Bir test seçin, profile tıklayın ve Profiling Agent onu otomatik olarak çalıştırıp performansı analiz eder — uygulanabilir içgörüler sunmak için CPU kullanımı ve enstrümantasyon verilerini birleştirir.

Artık profil oluşturucu oturumlarını manuel olarak yapılandırmak, testi çalıştırmak, sonuçları dışa aktarmak ve bir flame graph okumaya çalışmak yok. Agent analizi yapıp neyin yavaş olduğunu ve neden olduğunu söylüyor. Şu anda yalnızca .NET, ki bu Visual Studio’nun derin .NET tanı entegrasyonu göz önüne alındığında mantıklı.

Canlı hata ayıklama sırasında performans ipuçları

Performans optimizasyonu artık sonrasında değil, hata ayıklarken gerçekleşiyor. Kod üzerinde adım adım ilerlerken Visual Studio satır içinde yürütme süresini ve performans sinyallerini gösteriyor. Yavaş bir satır mı gördünüz? Perf İpucu’na tıklayın ve Copilot’tan hemen orada optimizasyon önerileri isteyin.

Profiling Agent çalışma zamanı verilerini otomatik olarak yakalıyor — geçen süre, CPU kullanımı, bellek davranışı — ve Copilot bunu sıcak noktaları tespit etmek için kullanıyor. Bu, performans çalışmasını ertelediğiniz ayrı bir görev yerine hata ayıklama akışınızın bir parçası olarak tutuyor.

Solution Explorer’dan NuGet güvenlik açıklarını düzeltin

Bir NuGet paketinde güvenlik açığı tespit edildiğinde, artık doğrudan Solution Explorer’da Fix with GitHub Copilot bağlantısıyla bir bildirim görüyorsunuz. Tıklayın ve Copilot güvenlik açığını analiz eder, doğru paket güncellemelerini önerir ve uygular.

Bağımlılıkları güncel tutmakta zorlanan ekipler için (ki bu esasen herkes), “bir güvenlik açığı olduğunu biliyorum ama doğru güncelleme yolunu bulmak başlı başına bir proje” sürtünmesini ortadan kaldırıyor.

Sonuç

Özel agentlar ve beceriler başlık haberi, ancak find_symbol uyuyan dev — .NET kodunu yeniden düzenlerken Copilot’un ne kadar doğru olabileceğini temelden değiştiriyor. Canlı profil oluşturma entegrasyonu ve güvenlik açığı düzeltmeleriyle birleşince bu güncelleme, Visual Studio’nun AI özelliklerini demo hazır değil gerçekten pratik hissettiriyor.

Her şeyi denemek için Visual Studio 2026 Insiders‘ı indirin.

.NET Geliştiricilerinin VS Code 1.112'de Gerçekten Önemsemesi Gerekenler

Emiliano Montesdeoca — Thu, 26 Mar 2026 00:00:00 +0000

Bu yazı otomatik olarak çevrilmiştir. Orijinal için buraya tıklayın.

VS Code 1.112 yayınlandı ve dürüstçe söylemek gerekirse? .NET dünyasında gününüzü geçiriyorsanız bu sürüm farklı bir his veriyor. Resmi sürüm notlarında pek çok şey var, ama sizi biraz kaydırmadan kurtarayım ve gerçekten bizim için önemli olanlara odaklanayım.

Copilot CLI çok daha kullanışlı hale geldi

Bu sürümün büyük teması agent özerkliği — Copilot’a her adımı siz denetlemeden işini yapması için daha fazla alan tanıma.

Mesaj yönlendirme ve sıralama

Copilot CLI bir görevin ortasındayken bir şeyi söylemeyi unuttuğunuzu fark ettiğiniz o anı bilirsiniz. Önce beklemeniz gerekiyordu. Artık bir istek hâlâ çalışırken mesaj gönderebilirsiniz — ya mevcut yanıtı yönlendirmek ya da takip talimatlarını sıraya almak için.

Bu, Copilot’un bir proje kurduğunu izlerken “ah, buna MassTransit de eklemeliyim” dediğiniz uzun dotnet iskele görevleri için çok önemli.

İzin seviyeleri

En çok heyecanlandığım bu. Copilot CLI oturumları artık üç izin seviyesini destekliyor:

Default Permissions — araçların çalışmadan önce onay istediği olağan akış
Bypass Approvals — her şeyi otomatik onaylar ve hatalarda yeniden dener
Autopilot — tamamen özerk: araçları onaylar, kendi sorularını yanıtlar ve görev tamamlanana kadar devam eder

Entity Framework ile migrasyonlar, Docker kurulumu ve yeni bir ASP.NET Core API’si oluşturuyorsanız — Autopilot modu demek istediğinizi tanımlayıp kahve almaya gidebilirsiniz demek. Gerisini halledecek.

Autopilot’u chat.autopilot.enabled ayarıyla etkinleştirebilirsiniz.

Devretmeden önce değişiklikleri önizleyin

Copilot CLI’a bir görev devrettiğinizde bir worktree oluşturur. Daha önce, teslim edilmemiş değişiklikleriniz varsa nelerin etkileneceğini görmek için Source Control’ü kontrol etmeniz gerekiyordu. Artık Chat görünümü, kopyalamak, taşımak veya yoksaymak isteyip istemediğinize karar vermeden önce bekleyen değişiklikleri doğrudan orada gösteriyor.

Küçük bir şey, ama “dur, ne hazırlamıştım?” anından kurtarıyor.

VS Code’dan çıkmadan web uygulamalarını hata ayıklayın

Entegre tarayıcı artık tam hata ayıklamayı destekliyor. Kesme noktaları koyabilir, kod üzerinde adım adım ilerleyebilir ve değişkenleri inceleyebilirsiniz — hepsi VS Code içinde. Artık Edge DevTools’a geçiş yok.

Yeni bir editor-browser hata ayıklama türü var ve mevcut msedge veya chrome başlatma yapılandırmalarınız varsa, geçiş launch.json‘daki type alanını değiştirmek kadar basit:

{
 "type": "editor-browser",
 "request": "launch",
 "name": "Debug Blazor App",
 "url": "https://localhost:5001"
}

Blazor geliştiricileri için bu oyun değiştirici. Terminalde zaten dotnet watch çalıştırıyorsunuz — artık hata ayıklamanız da aynı pencerede kalıyor.

Tarayıcı aynı zamanda bağımsız yakınlaştırma seviyeleri (sonunda!), düzgün sağ tıklama bağlam menüleri aldı ve yakınlaştırma web sitesi başına hatırlanıyor.

MCP sunucu korumalı alanı

Bu, düşündüğünüzden daha önemli. MCP sunucuları kullanıyorsanız — belki Azure kaynaklarınız veya veritabanı sorguları için özel bir tane kurduysanız — bunlar VS Code sürecinizle aynı izinlerle çalışıyordu. Yani dosya sisteminize, ağınıza, her şeye tam erişim.

Artık onları korumalı alana alabilirsiniz. mcp.json dosyanızda:

{
 "servers": {
 "my-azure-tools": {
 "command": "node",
 "args": ["./mcp-server.js"],
 "sandboxEnabled": true
 }
 }
}

Korumalı alandaki bir sunucu sahip olmadığı bir şeye erişim gerektirdiğinde, VS Code izin vermeniz için sizi uyarıyor. “Kimse garip bir şey yapmasın” yaklaşımından çok daha iyi.

Not: Korumalı alan şimdilik macOS ve Linux’ta kullanılabilir. Windows desteği geliyor — WSL gibi uzak senaryolar çalışıyor.

Monorepo özelleştirme keşfi

Bir monorepo’da çalışıyorsanız (ve dürüstçe söylemek gerekirse, pek çok kurumsal .NET çözümü buna dönüşüyor), bu gerçek bir sorun noktasını çözüyor.

Daha önce, reponuzun bir alt klasörünü açtığınızda VS Code, depo kökünüzdeki copilot-instructions.md, AGENTS.md veya özel becerileri bulamıyordu. Artık chat.useCustomizationsInParentRepositories ayarıyla .git köküne kadar yukarı çıkıp her şeyi buluyor.

Bu, ekibinizin tüm monorepo projelerine herkesin kök klasörü açmasına gerek kalmadan agent talimatlarını, prompt dosyalarını ve özel araçları paylaşabilmesi anlamına geliyor.

Agent hata ayıklama için /troubleshoot

Özel talimatlar veya beceriler ayarlayıp neden alınmadığını hiç merak ettiniz mi? Yeni /troubleshoot becerisi agent hata ayıklama günlüklerini okuyup ne olduğunu söylüyor — hangi araçların kullanıldığı veya atlandığı, neden talimatların yüklenmediği ve yavaş yanıtlara neyin yol açtığı.

Bunu şununla etkinleştirin:

{
 "github.copilot.chat.agentDebugLog.enabled": true,
 "github.copilot.chat.agentDebugLog.fileLogging.enabled": true
}

Ardından sohbette /troubleshoot neden özel beceri yüklenmiyor? yazın.

Bu hata ayıklama günlüklerini artık dışa ve içe aktarabilirsiniz; bir şey beklendiği gibi çalışmadığında ekibinizle paylaşmak için harika.

Resim ve ikili dosya desteği

Agentlar artık diskten resim dosyalarını ve ikili dosyaları doğrudan okuyabiliyor. İkili dosyalar hexdump formatında sunuluyor ve resim çıktıları (entegre tarayıcıdan alınan ekran görüntüleri gibi) bir carousel görünümünde gösteriliyor.

.NET geliştiricileri için düşünün: bir UI hatasının ekran görüntüsünü sohbete yapıştırın ve agent neyin yanlış olduğunu anlasın, ya da Blazor bileşeni render çıktısını analiz ettirin.

Otomatik sembol referansları

Küçük bir yaşam kalitesi iyileştirmesi: bir sembol adını (bir sınıf, metot vb.) kopyalayıp sohbete yapıştırdığınızda VS Code artık otomatik olarak #sym:İsim referansına dönüştürüyor. Bu, agent’a manuel olarak eklemek zorunda kalmadan bu sembol hakkında tam bağlam sağlıyor.

Bunun yerine düz metin istiyorsanız Ctrl+Shift+V kullanın.

Eklentiler artık etkinleştirilebilir/devre dışı bırakılabilir

Daha önce bir MCP sunucusunu veya eklentiyi devre dışı bırakmak kaldırmak anlamına geliyordu. Artık hem genel hem de çalışma alanı başına açıp kapatabilirsiniz. Extensions görünümünde veya Customizations görünümünde sağ tıklayın ve işiniz bitti.

npm ve pypi’den eklentiler artık otomatik güncellenebilir; ancak güncellemeler makinenizde yeni kod çalıştırmak anlamına geldiğinden önce onay isteyecekler.

Sonuç

VS Code 1.112, agent deneyimini açıkça ileriye taşıyor — daha fazla özerklik, daha iyi hata ayıklama, daha sıkı güvenlik. .NET geliştiricileri için entegre tarayıcı hata ayıklama ve Copilot CLI iyileştirmeleri öne çıkan özellikler.

Bir .NET projesi için tam Copilot CLI oturumu Autopilot modunda henüz denemediyseniz bu sürüm başlamak için iyi bir zaman. Sadece izinlerinizi ayarlamayı ve bırakıp gidermeyi unutmayın.

VS Code 1.112’yi indirin veya Help > Check for Updates aracılığıyla VS Code içinden güncelleyin.