Claude Code में native LSP support फीचर जोड़ा गया

• टर्मिनल में चलने वाला AI-आधारित coding tool Claude Code अब अपने नवीनतम version में LSP (Language Server Protocol) tool जोड़ता है
• इसके जरिए go-to-definition, find references, और hover पर documentation दिखाने जैसी IDE-स्तर की code intelligence features मिलती हैं
• /terminal-setup कमांड अब Kitty, Alacritty, Zed, Warp टर्मिनलों को आधिकारिक support देता है
• /theme स्क्रीन में Ctrl+T से syntax highlighting on/off toggle किया जा सकता है
• macOS में Alt shortcut काम न करने की स्थिति के लिए terminal setup guide जोड़ी गई है, और macOS shortcut notation को alt की जगह opt में एकरूप किया गया है ताकि यह वास्तविक keycap से मेल खाए
• /context कमांड output को बेहतर बनाया गया है, जिससे skill और agent को source के अनुसार group किया जाता है, slash commands के आधार पर व्यवस्थित किया जाता है, और token usage के आधार पर sort किया जाता है

[aqqnucs]

मैं serena इस्तेमाल कर रहा था, लेकिन आखिरकार built-in ही सही लगता है।

[GN⁺]

Hacker News की राय

• समझ नहीं आता कि JetBrains ने refactoring tools को AI system में क्यों integrate नहीं किया
  function rename जैसे साधारण काम भी सैकड़ों files edit करने के बजाय बहुत छोटे context में संभाले जा सकते थे, यही अफसोस है
  LSP support अच्छी शुरुआत है, लेकिन code transformation features के बिना यह अब भी अधूरा है
  JetBrains की LSP quality भी आम तौर पर बाकी से बेहतर नहीं है

  • आजकल लगता है JetBrains कुछ दिशा खो चुका है
    commit modal हटाने और pricing बढ़ाने के बाद मैंने 10 साल से ज़्यादा समय से इस्तेमाल किए जा रहे इसे छोड़ने पर विचार किया था
    हाल की गलती का एक उदाहरण इस blog post में भी देखा जा सकता है
  • यह एक典型 innovator's dilemma जैसा लगता है
    JetBrains के पास PSI engine है, जो code semantics को सबसे अच्छी तरह समझता है, लेकिन वह अब भी उस paradigm में बंधा है जहाँ इंसान सीधे IDE चलाता है
    Claude Code और Cursor editor को एक canvas की तरह देखते हैं जिसे AI खुलकर इस्तेमाल कर सकता है, जबकि JetBrains AI को सिर्फ एक sidebar plugin की तरह मानता है
    अगर वे internal refactoring tools को agents के लिए नहीं खोलते, तो VS Code की ओर जाने में जो friction बची है वह भी खत्म हो जाएगी
  • JetBrains को अपने AI Junie पर अटकने के बजाय, पहले से स्थापित tools के साथ integration पर ध्यान देना चाहिए
    वरना VS Code पूरा market निगल जाएगा
  • समस्या घमंड थी
    एक समय उनके पास बड़ा entry barrier था, लेकिन VS Code ने उसे तोड़ दिया
    उन्होंने बदलाव की दिशा का बिल्कुल अनुमान नहीं लगाया और अब वे भटके हुए लगते हैं
  • Microsoft भी ऐसी ही गलती कर रहा है
    वह Roslyn और Copilot को सही तरह से जोड़ नहीं पाया
    Roslyn analyzer सिर्फ एक साधारण linter नहीं, बल्कि code transformation तक कर सकने वाला शक्तिशाली tool है, इसलिए AI को अब भी केवल find/replace करते देखना निराशाजनक है
    Roslyn-आधारित agent आ जाए, तो बड़े codebase पर काम की efficiency विस्फोटक रूप से बढ़ जाएगी

• मैं Claude Code / Codex CLI + LSP संयोजन को लेकर बहुत सकारात्मक हूँ
  मैंने वीकेंड में Codex इस्तेमाल किया, लेकिन function rename या symbol move करते समय references छूट जाना परेशान करने वाला था, इसलिए मैंने Python के refactoring tool Rope को जोड़ने के लिए खुद एक skill बना ली
  अनुभव काफी संतोषजनक रहा

  • OpenAI engineer ने F2 key की जगह Copilot button दबा दिया और इस तरह reference rename fail हो गया
    LSP support का न होना सचमुच अजीब है
  • Codex 5.1 version में यह खास नहीं था, लेकिन अब क्या यह Claude Code से बेहतर हो गया है, यह जानने की जिज्ञासा है
  • यह हैरानी की बात है कि OpenAI के अंदर भी ऐसी functionality खुद बनानी पड़ रही है
    इससे पता चलता है कि इस क्षेत्र में अभी बहुत काम बाकी है

• आधिकारिक documentation कम थी, इसलिए मैंने खुद पता लगाकर जो सीखा वह साझा कर रहा हूँ
  /plugin command से Claude Code का plugin manager खोलें, Discover tab में lsp खोजें, spacebar से activate करें और i से install कर दें

  • Claude ने जब पहली बार मुझसे Go LSP install करना है या नहीं पूछा, तो मैं भी चौंक गया था
    बाद में हालिया changelog देखा तो पता चला कि यह feature 3 दिन पहले जोड़ी गई थी
    अभी यह experimental है, इसलिए फिलहाल मैंने इसे disable रखा है
  • latest version में भी mcp खोजने पर कुछ नहीं दिखता
    feature अभी अधूरे चरण में लगती है
    आगे चलकर उम्मीद है Claude अपने आप LSP को पहचान लेगा
  • custom LSP जोड़ने के लिए उसे Claude Code plugin wrapper में लपेटना पड़ता है
    संबंधित docs यहाँ हैं

• Anthropic का Claude Code UX प्रमुख AI products में सबसे खराब है
  सिर्फ text copy-paste करना भी असुविधाजनक है, और user feedback भी नज़रअंदाज़ किया जाता है
  ऐसी स्थिति में समझ नहीं आता कि ChatGPT के बजाय इसे क्यों इस्तेमाल किया जाए

• मैं 6 महीनों से open source OpenCode इस्तेमाल कर रहा हूँ, और इसमें ये features पहले से थीं
  closed-source software की धीमी प्रगति देखकर हैरानी होती है
  इसे Claude या Copilot subscription के साथ भी इस्तेमाल किया जा सकता है, इसलिए मैं इसकी सिफारिश करता हूँ

  • मैं open source और provider independence की वजह से OpenCode को पसंद करना चाहता था, लेकिन व्यवहार में Claude Code ज़्यादा stable निकला
    OpenCode में approval pending के दौरान CPU 100% usage, popover की वजह से malfunction जैसी performance issues थीं
    फिर भी Claude Code में भी scroll करते समय flicker जैसे bugs हैं
  • मैं OpenCode का सही उपयोग नहीं कर पाया
    Claude Code तुरंत अच्छे results दे देता है, जबकि OpenCode में model connect करना भी कठिन है और efficiency कम लगती है
    शायद Claude Code का prompt tuning लंबे समय से परिष्कृत होने की वजह से ऐसा है
  • open source में decision-making structure सरल होता है, इसलिए वह तेज़ी से आगे बढ़ सकता है
    कई stakeholders को मनाने या sprint coordination में समय बर्बाद नहीं होता
  • OpenCode का setup experience दूसरे CLI tools की तुलना में सबसे सरल और सहज है
    हालांकि छोटे-मोटे bugs और crashes अक्सर होते रहते हैं
  • OpenCode की development speed बहुत तेज़ है
    कोई सुबह AGI announce करे, तो शाम तक शायद वह integrate भी हो चुका हो
    मैं भी कई tools बदल-बदलकर test करता हूँ, लेकिन OpenCode लगातार improve हो रहा है

• CLI रूप वाले tools को लेकर इतना उत्साह कुछ अजीब लगता है
  IDE-based agents तो पहले से ये features default रूप में देते हैं, फिर terminal में diff या LSP को दोबारा लागू करना कितना efficient है, इस पर सवाल है
  Cursor तो बहुत पहले से यह support करता है

  • LSP मूल रूप से एक server को कई clients द्वारा साझा करने के लिए design किया गया था
    CLI के लिए भी LSP server से जुड़ने वाला छोटा client बना देना काफी है
    LSP के फ़ायदे केवल IDE तक सीमित रखने की कोई वजह नहीं है
  • कहा जाता है कि non-developers को भी Claude Code CLI ज़्यादा natural लगता है
    terminal केवल code editing की जगह नहीं, बल्कि पूरे computer को orchestrate करने की जगह है
    यह कुछ वैसा ही है जैसे kubectl GUI में evolve नहीं हुआ
    संबंधित लेख: It's on your computer
  • यह जानने की जिज्ञासा है कि IDE के अंदर के agents को LSP access मिलता भी है या नहीं
    उदाहरण के लिए, अगर Zed के पास MCP server नहीं है, तो वह LSP information का उपयोग नहीं कर पाता
  • मेरा editor और chatbot दोनों terminal के अंदर हैं, इसलिए मैं बेवजह IDE में जाना नहीं चाहता
    desktop app के अधूरे UI से CLI बेहतर लगता है
  • CLI का फ़ायदा यह है कि वह किसी खास IDE पर निर्भर नहीं होता और ज़्यादा आज़ादी देता है

• जैसा कि मैंने हाल ही में अपनी पोस्ट में भी लिखा था, LLM को अक्षम तरीके से चलाने में token waste और energy waste बहुत हो रही है
  असली बात यह है कि LLM के लिए tools का उपयोग आसान बनाया जाए
  यह सिद्धांत सिर्फ coding ही नहीं, हर क्षेत्र पर लागू होता है

  • कुछ साल बाद हम आज के अक्षम tool ecosystem को शर्म के साथ पीछे मुड़कर देखेंगे
    energy, water और resource waste से होने वाले environmental damage को ध्यान में रखना चाहिए
  • इस समस्या को हल करने की कोशिशें पहले से हुई हैं
    उदाहरण के लिए Serena जैसा project है

• मेरा पसंदीदा agent Crush पहले से LSP support देता है
  लेकिन असल में agent उस feature का बहुत अक्सर उपयोग नहीं करता
  Crush GitHub link

  • यह जानने की जिज्ञासा है कि AGENT.md में installed LSP servers को लिख देने से कोई फर्क पड़ा या नहीं

• मैंने अभी तक ऐसा कोई उदाहरण नहीं देखा जहाँ LSP वास्तव में इस्तेमाल हो रहा हो
  Opus 4.5 में QA timing stable है, और lint checks भी IDE के बाहर अच्छी तरह काम करते हैं
  अगर definitions बहुत गहराई में छिपी हों, तो LSP उपयोगी हो सकता है
  Claude द्वारा उपलब्ध LSP features की सूची इस प्रकार है

  • goToDefinition, findReferences, hover, documentSymbol, workspaceSymbol, goToImplementation, prepareCallHierarchy, incomingCalls, outgoingCalls आदि

• LSP को shell command के रूप में API देनी चाहिए
  तब LLM integration आसान हो जाएगा, और इंसानों के लिए भी उपयोगी होगा

  • पहले से lsp-cli जैसा CLI frontend मौजूद है
    लेकिन LLM के लिए dedicated tool के रूप में LSP का उपयोग करना, साधारण shell commands से ज़्यादा efficient है