Claude Code'a yerel LSP desteği eklendi

 (github.com/anthropics)
18 puan yazan GN⁺ 2025-12-23 | 2 yorum | WhatsApp'ta paylaş
  • Terminalde çalışan yapay zeka tabanlı kodlama aracı Claude Code, en son sürümünde LSP (Language Server Protocol) aracı ekledi
  • Bu sayede tanıma gitme (go-to-definition), referans bulma (find references), üzerine gelince belge gösterme gibi IDE düzeyinde kod zekâsı özellikleri sunuyor
  • /terminal-setup komutu Kitty, Alacritty, Zed, Warp terminallerini resmî olarak destekliyor
  • /theme ekranında Ctrl+T ile sözdizimi vurgulamayı açıp kapatma mümkün
  • macOS'ta Alt kısayollarının çalışmadığı durumlar için terminal yapılandırma kılavuzu eklendi ve macOS kısayol gösterimi, gerçek tuş başlıklarıyla uyumlu olması için alt yerine opt olarak standartlaştırıldı
  • /context komut çıktısı iyileştirildi; skill ve agent öğeleri kaynağa göre gruplanıyor, eğik çizgi komutlarına göre düzenleniyor ve token kullanımı ölçütüne göre sıralama sunuluyor

İlgili okumalar

2 yorum

 
aqqnucs 2025-12-23

serena kullanıyordum ama yerleşik olan gerçekten en doğrusu
 
GN⁺ 2025-12-23
Hacker News yorumları

  • JetBrains'in refaktörleme araçlarını neden yapay zeka sistemine entegre etmediğini anlamıyorum
    Fonksiyon adı değiştirme gibi basit işler bile yüzlerce dosyayı düzenlemek yerine çok daha küçük bir bağlamla ele alınabilirdi
    LSP desteği iyi bir başlangıç ama kod dönüştürme yetenekleri olmadan hâlâ yetersiz
    JetBrains'in LSP kalitesi de genel olarak diğerlerinden daha iyi değil

    • Bu aralar JetBrains biraz yönünü kaybetmiş gibi hissettiriyor
      Commit modalını kaldırıp fiyatları artırdıktan sonra, 10 yıldan uzun süredir kullandığım şeyi taşımayı düşündüm
      Son dönemdeki hatalara şu blog yazısında da rastlanabiliyor
    • Bu tam bir yenilikçinin ikilemi gibi görünüyor
      JetBrains, kodun anlamını en iyi anlayan PSI motoruna sahip ama hâlâ insanın IDE'yi doğrudan kullandığı paradigma içinde sıkışmış durumda
      Claude Code ya da Cursor editörü yapay zekanın özgürce kullandığı bir tuval olarak görürken, JetBrains yapay zekayı sadece bir kenar çubuğu eklentisi gibi ele alıyor
      Dahili refaktörleme araçlarını ajana açmazsa, VS Code'a geçişteki sürtünme ortadan kalkacak
    • JetBrains kendi yapay zekası Junie'ye takılıp kalmak yerine, hâlihazırda yerleşmiş araçlarla entegrasyona odaklanmalı
      Yoksa VS Code pazarı yutacak
    • Sorun kibirdi
      Bir zamanlar büyük bir giriş engeline sahipti ama VS Code bunu yıktı
      Değişimin yönünü hiç öngöremedi ve şimdi de yolunu kaybetmiş görünüyor
    • Microsoft da benzer bir hata yapıyor
      Roslyn ile Copilot'u düzgün şekilde birleştiremedi
      Roslyn analyzer'ları basit bir linter değil, kod dönüşümü de yapabilen güçlü araçlar; yapay zekanın hâlâ her şeyi basit find/replace ile çözmeye çalıştığını görmek sinir bozucu
      Roslyn tabanlı bir ajan ortaya çıkarsa, büyük kod tabanlarında çalışma verimliliği patlama yaşayacaktır

  • Ben Claude Code / Codex CLI + LSP kombinasyonuna oldukça olumlu bakıyorum
    Hafta sonu Codex'i denedim ama fonksiyon adı değiştirme ya da sembol taşıma sırasında referansları kaçırması rahatsız ediciydi; bunun üzerine Python için bir refaktörleme aracı olan Rope'u bağlayan bir beceriyi kendim yazdım
    Oldukça memnunum

    • Bir OpenAI mühendisi F2 tuşu yerine Copilot düğmesine basmış gibi oldu ve bu yüzden referans yeniden adlandırma başarısız kaldı
      LSP desteğinin olmaması gerçekten garip
    • Codex 5.1 sürümünde pek iyi değildi; şimdi Claude Code'dan daha iyi olup olmadığını merak ediyorum
    • OpenAI içinde bile bu tür özelliklerin elle yapılması gerekmesi şaşırtıcı
      Bu alanda hâlâ yapılacak çok iş olduğunu gösteriyor

  • Resmî dokümantasyon yetersiz olduğu için kendi bulduklarımı paylaşıyorum
    /plugin komutuyla Claude Code'un eklenti yöneticisini açın, Discover sekmesinde lsp aratın, spacebar ile etkinleştirip i ile kurun

    • Claude'un bana Go LSP kurulumu isteyip istemediğimi sorması beni de ilk başta şaşırttı
      Son değişiklik günlüğüne bakınca bunun 3 gün önce eklenen bir özellik olduğunu gördüm
      Hâlâ deneysel olduğu için devre dışı bırakmışlar
    • En güncel sürümde bile mcp aratınca hiçbir şey çıkmıyor
      Özelliğin hâlâ tamamlanmamış bir aşamada olduğu anlaşılıyor
      İleride Claude'un LSP'yi otomatik olarak algılayacak şekilde gelişmesini umuyorum
    • Özel bir LSP eklemek istiyorsanız, bunu Claude Code eklenti sarmalayıcısıyla sarmanız gerekiyor
      İlgili dokümantasyon burada

  • Anthropic'in Claude Code UX'i büyük yapay zeka ürünleri arasında en kötüsü
    Basitçe metin kopyalayıp yapıştırmak bile zahmetli ve kullanıcı geri bildirimlerini de görmezden geliyor
    Bu haldeyken neden ChatGPT yerine bunu kullanayım, bilmiyorum

  • 6 aydır açık kaynaklı OpenCode kullanıyorum ve bu tür özellikleri zaten sunuyordu
    Kapalı yazılımdaki yavaş ilerleme şaşırtıcı
    Claude ya da Copilot aboneliğiyle birlikte de kullanılabildiği için tavsiye ederim

    • Açık kaynak ve sağlayıcı bağımsızlığını tercih ettiğim için OpenCode'u sevmek istedim ama pratikte Claude Code daha kararlıydı
      OpenCode'da onay beklerken CPU'nun %100 kullanılması, popover'ların hataya yol açması gibi performans sorunları vardı
      Yine de Claude Code'da da kaydırırken titreşim gibi hatalar bulunuyor
    • Ben OpenCode'dan tam verim alamadım
      Claude Code hemen iyi sonuç verirken, OpenCode'da model bağlantısı bile zordu ve verimi düşüktü
      Muhtemelen bunun sebebi Claude Code'un prompt tuning konusunda daha uzun süredir olgunlaşmış olması
    • Açık kaynakta karar alma yapısı daha basit olduğu için hızlı hareket edilebiliyor
      Bir sürü paydaşı ikna etmeye ya da sprint ayarı yapmaya zaman harcanmıyor
    • OpenCode'un kurulum deneyimi, diğer CLI araçları arasında en basit ve sezgisel olanlardan biri
      Ama yine de ufak tefek bug'lar ve çökme sorunları sık görülüyor
    • OpenCode'un geliştirme hızı çok yüksek
      Biri sabah AGI ilan etse, akşama kadar bunu entegre etmiş olurlar
      Ben de farklı araçlar arasında gidip test yapıyorum ama OpenCode istikrarlı şekilde ilerliyor

  • CLI biçimindeki araçlara bu kadar hayran olunması bana tuhaf geliyor
    IDE tabanlı ajanlar zaten bu özellikleri varsayılan olarak sunuyor; terminalde ayrıca diff ya da LSP kurmanın ne kadar verimli olduğu soru işareti
    Cursor bu tür özellikleri zaten çok uzun zamandır destekliyor

    • LSP aslında tek bir sunucunun birden çok istemci tarafından paylaşılması için tasarlandı
      CLI tarafında da LSP sunucusuna bağlanan küçük bir istemci yazmak yeterli
      IDE'lerin LSP'nin faydasını tek başına sahiplenmesi için bir neden yok
    • Geliştirici olmayanlar bile Claude Code CLI'ı daha doğal bulduğunu söylüyor
      Terminal sadece kod düzenleme yeri değil, tüm bilgisayarı orkestre etme alanı
      kubectl'in bir GUI'ye evrilmemiş olmasının sebebi de buna benziyor
      İlgili yazı: It's on your computer
    • IDE içindeki ajanların LSP'ye erişip erişemediğini merak ediyorum
      Örneğin Zed, MCP sunucusu yoksa LSP bilgisini kullanamıyor
    • Editörüm de sohbet botum da terminalin içinde; bu yüzden özellikle bir IDE'ye geçmek istemiyorum
      Masaüstü uygulamalarındaki eksik UI yerine CLI bana daha iyi geliyor
    • CLI'ın avantajı, belli bir IDE'ye bağımlı olmama özgürlüğü sunması

  • Yakın zamanda yazımda da söylediğim gibi, LLM'leri verimsiz çalıştırdığımız için ciddi token ve enerji israfı var
    Esas mesele, LLM'lerin araçları daha kolay kullanmasını sağlamak
    Bu yalnızca kodlama için değil, her alan için geçerli bir ilke

    • Birkaç yıl sonra bugünkü verimsiz araç ekosistemine utanarak bakacağız
      Enerji, su ve kaynak israfının yol açtığı çevresel zararı hesaba katmak gerekiyor
    • Bu sorunu çözmeye çalışan girişimler zaten vardı
      Örneğin Serena gibi projeler

  • Sevdiğim ajanlardan Crush zaten LSP desteğine sahip
    Ama pratikte ajan bu özelliği çok sık kullanmıyor
    Crush GitHub bağlantısı

    • AGENT.md içinde kurulu LSP sunucularını belirtmenin bir fark yaratıp yaratmadığını merak ediyorum

  • LSP'nin gerçekten kullanıldığı bir örneğe henüz rastlamadım
    Opus 4.5'te QA zamanlaması istikrarlı ve lint kontrolleri de IDE dışında iyi çalışıyor
    Tanımın derinlerde saklı olduğu durumlarda LSP faydalı olabilir
    Claude'un sunduğu LSP özellik listesi şöyle

    • goToDefinition, findReferences, hover, documentSymbol, workspaceSymbol, goToImplementation, prepareCallHierarchy, incomingCalls, outgoingCalls vb.

  • LSP, shell komutu biçiminde bir API sunmalı
    Böylece LLM entegrasyonu kolaylaşır ve insanlar için de faydalı olur

    • Zaten lsp-cli gibi CLI frontend'leri var
      Ama LLM'nin özel bir araç üzerinden LSP kullanması, basit shell komutlarından daha verimli olur