Claude Code'da C# kod zekâsı: Kurulum ve sınırlar
Nick Cosentino, Claude Code'un csharp-lsp eklentisiyle C# kod zekâsını nasıl kuracağını ve bu özelliğin hangi sınırlara sahip olduğunu anlatıyor. Yazı; language server, eklenti ve çalışma alanı katmanlarının ayrı ayrı doğrulanmasını ve tanılama sonuçlarının neyi kanıtlayıp neyi kanıtlamadığını ele alıyor. Claude Code ile C# projesinde çalışan geliştiricilerin kurulum hatalarını ayıklaması için faydalı bir rehber.
Kilit noktalar
- Önce csharp-ls komutunun Get-Command ile çözümlendiğini doğrulayın; executable bulunamadı hatası eklenti sorunu değildir.
- Kurulum için dotnet tool install --global csharp-ls komutu kullanılır; kılavuz SDK gereksinimini belirtirken eklenti README'si 6.0 sürümünü yazıyor, sunucu dokümantasyonu ise .NET 10 SDK istiyor.
- Claude Code içinde /plugin install csharp-lsp@claude-plugins-official komutu terminal kurulum yoludur ve hatalar /plugin altındaki Errors sekmesinde görülür.
- Tanılama bildirimi tek başına yeterli değildir; hangi aracın, hangi dosyayı ve hangi projeyi analiz ettiğini kontrol edin.
- Plugin language server'ları bulut oturumlarında çalışmaz; bu ortamda kod gezinmesi varsayılmamalıdır.
- Derleme ve test kanıtını ayrı ortamda ve ayrı kayıtla tutun; 'LSP yeşil' ifadesi derleme sonucunun yerini tutmaz.
Claude Code'a C# kod zekâsı eklemek, ajanın metin araması yerine language server üzerinden tanım ve referans bulmasını sağlar. Yazar, bu düzenin üç katmandan oluştuğunu hatırlatıyor: csharp-ls sunucu programının kurulu ve çalıştırılabilir olması, csharp-lsp eklentisinin etkin olması ve sunucunun doğru çözüm dosyasını yükleyebilmesi. Hata ayıklarken bu katmanların her birini ayrı ayrı kontrol etmek, gereksiz yere eklentiyi yeniden kurmanın ya da kaynak kodu değiştirmenin önüne geçer.
Yazıdaki önemli uyarılardan biri, language server'ın derleyicinin veya testlerin yerine geçmediği. Ayrıca bulut oturumlarında plugin sunucularının çalışmadığı, bu nedenle orada tanılama ya da gezinme olmayacağı belirtiliyor. Sunucu sürümü, Claude Code sürümü ve çalıştırma ortamı kayda geçirildiğinde sorunlar tekrar üretilebilir hale geliyor.
Gerçek dünyada kullanımı
- Büyük bir ASP.NET Core çözümünde bir endpoint'in servis arayüzünü hangi implementasyonun karşıladığını ajanın sembol bazlı bulması.
- Bir record tipinin hangi yerlerde oluşturulduğunu, metin araması yerine referans gezinmesiyle hızlıca çıkarmak.
- Claude Code ile çalışan ekiplerde kurulum sorunlarını ortam bilgisiyle kayda geçirerek tekrar üretilebilir hale getirmek.
Neden önemli
Claude Code'un C# üzerinde yaptığı analizin hangi katmanda çalıştığını bilmeden sonuçlara güvenmek yanıltıcı olabilir. Kurulumu katman katman doğrulamak ve tanılama çıktısını derleme ya da test sonucuyla karıştırmamak, ajanın yaptığı değişikliklere daha gerçekçi bir güven düzeyi verir.
Benzer haberler
- C#'ta LLM token'ları: yapay zekâ "strawberry"deki r'leri neden sayamıyor?DEV Community: #csharp1 gün önce
- FAIRouter NuGet'te: birkaç satır C# ile göreve göre dil modeli seçimiHabr C# (ru)2 gün önce
- PostSharp 2027.0, AI kodlama ajanlarına derleme sonuçlarını ve API bilgisini veriyorMetalama / PostSharp Blog5 gün önce