Claude Code je potihem nadgrajen, končno ni več le "stroj za iskanje besedila"

Ali ste se kdaj vprašali pri pisanju kode:

Zakaj lahko v VS Code s Ctrl + klikom skočite neposredno na definicijo funkcije? Zakaj lahko ob lebdenju miške nad funkcijo vidite celotno razlago parametrov? Zakaj vam urejevalnik pove, kje je napaka, še preden zaženete kodo?

Te funkcije uporabljate vsak dan in ste navdušeni.

Morda pa ne veste, da za vsem tem stoji nekaj, kar se imenuje LSP (Language Server Protocol).

Še pomembneje pa je, da različica Claude Code 2.0.74 zdaj podpira tudi LSP.

Kaj to pomeni?

Pomeni, da je Claude Code končno postal AI, ki resnično razume kodo, namesto da bi bil le "stroj za iskanje besedila".

Kaj je LSP? Povedano preprosto

LSP je protokol, ki ga je razvil Microsoft, njegov namen pa je preprost:

Omogočiti uporabo funkcij pametne kode v katerem koli urejevalniku.

Poglejte:

• Jezikovni strežnik TypeScript lahko uporabljate v VS Code, JetBrains in Cursor

• Zdaj ga lahko uporabljate tudi v Claude Code

LSP je tisto, zaradi česar je vaš urejevalnik pametnejši:

• Samodejno dopolnjevanje imen funkcij in parametrov

• Skoči na definicijo

• Poišči vse reference

• Lebdenje za prikaz dokumentacije

• Opozorila in napake v realnem času

Te funkcije ste uporabili neštetokrat pri pisanju kode vsak dan.

Nikoli pa niste razmišljali o tem, kako se to izvaja.

Zdaj vam ni treba razmišljati, samo vedite: Claude Code ima zdaj tudi te zmožnosti.

Kako je Claude Code deloval prej?

Kaj je moral Claude Code storiti, preden je podpiral LSP, da bi našel, kje je definirana funkcija?

Zanašal se je na iskanje z grep.

Preprosto povedano, šlo je za iskanje po celotnem besedilu, da bi našel, kje se pojavljajo znaki "displayBooks".

Ali je to uporabno? Da, je.

Model AI je bil usposobljen na ogromni količini kode in lahko iz besedila izpelje veliko stvari.

Kje pa je problem?

Ne razume resnično strukture kode.

Kot da bi nekomu rekli, naj poišče "Janez Novak", on pa bi moral listati po imeniku stran za stranjo in iskati ti dve besedi.

Ko pa v telefonu iščete "Janez Novak", neposredno dostopate do baze podatkov in v trenutku dobite rezultat.

To je razlika.

Prejšnji Claude Code: branje datotek eno za drugo, zanašanje na ujemanje besedila. Zdajšnji Claude Code: neposredno vpraša jezikovni strežnik, natančna lokacija.

Razlika v učinkovitosti je ogromna.

Kaj je LSP prinesel Claude Code?

5 ključnih zmožnosti, vsaka od njih je orodje za učinkovitost:

1. goToDefinition - Skoči na definicijo

Kaj lahko storite s Ctrl+Click v VS Code? Skočite neposredno na mesto definicije funkcije.

Zdaj lahko to stori tudi Claude Code.

Vprašate ga: "Kje je definirana funkcija processRequest? Uporabi LSP"

Ne bo neumno iskal po vseh datotekah.

Neposredno bo vprašal jezikovni strežnik in v trenutku dobil odgovor: ime datoteke, številka vrstice, natančna lokacija.

2. findReferences - Poišči vse reference

To je funkcija ubijalka.

Želite refaktorirati funkcijo, vendar si ne upate spremeniti, ker se bojite, da se bo kje drugje sesulo.

Kaj storiti?

Prej ste morali pustiti, da Claude Code bere datoteke eno za drugo, kar je bilo smrtno počasno.

Zdaj neposredno vprašajte: "Kje se kliče funkcija displayError? Uporabi LSP"

Jezikovni strežnik vam bo neposredno navedel vse lokacije referenc.

Hitro, natančno in učinkovito.

3. hover - Pridobite informacije o dokumentaciji in tipih

V VS Code lahko ob lebdenju miške vidite podpis funkcije, vrste parametrov in razlago dokumentacije.

Zdaj lahko to vidi tudi Claude Code.

Vprašajte ga: "Katere parametre sprejema funkcija displayBooks? Uporabi LSP"

Mu ni treba ugibati, neposredno prebere podpis, ki ga vrne jezikovni strežnik.

Še posebej pri dinamičnih jezikih, kot je Python, je Claude prej lahko le ugibal vrste na podlagi konteksta. Zdaj z LSP so informacije o tipih kristalno jasne.

4. documentSymbol - Izpiši vse simbole datoteke

Želite hitro razumeti, katere razrede, funkcije in spremenljivke vsebuje datoteka?

Vprašajte Claude: "Kateri simboli so v backend/index.js? Uporabi LSP"

Vrnil vam bo strukturiran seznam, jasno in pregledno.

5. workspaceSymbol - Iskanje simbolov po celotnem projektu

To je še boljše.

Ne išče besedila, ampak simbole.

Želite najti vse metode, ki vsebujejo "innerHTML"?

Jezikovni strežnik jih bo našel neposredno, ne gre za ujemanje nizov, ampak za prave kode simbole.

Praktična uporaba: Katere probleme lahko LSP dejansko reši?

Ne govorimo o abstraktnih stvareh, poglejmo si dejanske primere.

Primer 1: Sledenje klicem funkcij

Imamo projekt, imenovan AseBook Finder, frontend ima funkcijo displayBooks.

Želite vedeti, kje se ta funkcija kliče.

Kaj ste storili prej? Claude Code grep po vsem, morda kaj izpustite, morda lažni pozitivni rezultati.

Zdaj preprosto vprašajte: "Poišči vse reference na displayBooks z LSP"

Rezultat:

• Lokacija definicije funkcije

• Lokacija, kjer se kliče po uspešnem fetch

• Vse ostale reference

Natančno, hitro, brez izpuščanja.

Primer 2: Razumevanje parametrov funkcije

Želite, da Claude ustvari del kode, ki kliče funkcijo displayError.

Vendar niste prepričani, katere parametre sprejema ta funkcija.

Vprašajte ga: "Katere parametre sprejema displayError? Uporabi LSP"

Jezikovni strežnik vrne neposredno: sprejema parameter message.

Claude to ve in ustvarjena koda ne bo imela napak.

Primer 3: Iskanje klicev API-jev

Želite najti, kje v projektu se kliče API /api/recommendations.

Vprašajte Claude: "Poišči vse reference na /api/recommendations z LSP"

Najde lokacijo klica fetch, natančno do vrstice.

Zelo uporabno za odpravljanje težav z API-ji, sledenje toku podatkov.

Primer 4: Zgodnje odkrivanje napak

Preoblikujete kodo in po pomoti napačno napišete ime spremenljivke.

V normalnih okoliščinah morate zagnati kodo, da jo odkrijete.

Vendar pa z LSP jezikovni strežnik sproti preverja in takoj poroča o težavah Claude Code.

Claude vam pove, da je tukaj napaka, še preden zaženete kodo.

Kako nastaviti? 5 korakov

Ne skrbite, nastavitev je preprosta.

1. korak: Omogočite orodja LSP

V konfiguracijsko datoteko lupine (.bashrc ali .zshrc) dodajte vrstico:

export ENABLE_LSP_TOOLS=1 nato zaženite source ~/.zshrc, da uveljavite spremembe.

2. korak: Namestite vtičnik jezikovnega strežnika

Odprite Claude Code, vnesite:

/plugin poiščite vtičnik, ki ustreza vašemu jeziku:

• Python: izberite pyright-lsp

• TypeScript/JavaScript: izberite vtsls ali typescript-lsp

• Go: izberite gopls

• Rust: izberite rust-analyzer

Izberite "Install for me only" (Namesti samo zame) in namestite.

3. korak: Namestite binarne datoteke jezikovnega strežnika

Vtičnik je samo vmesnik, pravo delo opravi jezikovni strežnik sam.

Python:

pip install pyright

TypeScript/JavaScript:

npm install -g @vtsls/language-server typescript

Go:

go install golang.org/x/tools/gopls@latest

Rust:

rustup component add rust-analyzer

4. korak: Ponovno zaženite Claude Codeclaude

5. korak: Preverite, ali deluje

Vnesite /plugin in preverite zavihek »Installed« (Nameščeni). Če vidite svoj vtičnik, je vse v redu.

Preizkusite:

Poišči vse reference funkcije someFunction z LSP Če Claude Code uporablja orodje find_references namesto grep, je namestitev uspešna.

Kdaj uporabiti LSP? Kdaj ne?

LSP ni vsemogočen.

Primeri, ko je LSP primeren:

• Veliki projekti (na stotine datotek)

• Sledenje klicem funkcij med datotekami

• Potrebujete natančne podpise funkcij (še posebej dinamični jeziki)

• Refaktoriranje kode, da se izognete napakam

Primeri, ko LSP ni primeren:

• Majhni projekti, hitre skripte

• Enostavno iskanje besedila

• Samo iskanje niza

Preprosto povedano, uporabite grep, ko je hiter, in LSP, ko je natančen.

Orodja so tu za nas, ne obratno.

Nekaj pasti, da vas opozorim vnaprej

Past 1: Jezikovni strežnik mora biti v PATH

Če Claude Code pravi »No LSP server available« (Ni na voljo strežnika LSP), je najverjetneje vaš jezikovni strežnik nepravilno nameščen ali ni v PATH.

V terminalu zaženite which pyright (ali vaš jezikovni strežnik) in preverite, ali ga lahko najdete.

Past 2: Po namestitvi vtičnika ga morate ponovno zagnati

Po namestitvi novega vtičnika ali posodobitvi jezikovnega strežnika morate ponovno zagnati Claude Code.

Jezikovni strežnik se naloži ob zagonu.

Past 3: Včasih morate izrecno reči »uporabi LSP«

Če opazite, da Claude Code še vedno uporablja grep namesto LSP, dodajte »uporabi LSP«:

Poišči vse reference funkcije authenticateUser z LSP Tako bo vedel, da mora uporabiti jezikovni strežnik.

Past 4: Ni vizualnih namigov

Za razliko od VS Code, Claude Code ne bo prikazal, ali jezikovni strežnik deluje.

Ni ikone v vrstici stanja, ni obvestil.

Edini način za potrditev: dejanski preizkus.

Za konec še nekaj besed

Podpora LSP v Claude Code ni majhna posodobitev, ampak kvalitativna sprememba.

Prej je bil »iskanje besedila + sklepanje z umetno inteligenco«.

Zdaj je »jezikovni strežnik + razumevanje z umetno inteligenco«.

Kot da bi prešli iz brskanja po imeniku v uporabo iskalnika.

Razlika v učinkovitosti je ogromna.

Če uporabljate Claude Code za resne projekte, si vzemite 5 minut in nastavite LSP.

Tih 5 minut se vam bo obrestovalo.

Seznam opravil:

• V konfiguracijo lupine dodajte export ENABLE_LSP_TOOLS=1

• Odprite Claude Code in zaženite /plugin, da namestite svoj jezikovni vtičnik

• Namestite ustrezno binarno datoteko jezikovnega strežnika

• Ponovno zaženite Claude Code

• Preizkusite »Poišči vse reference XXX z LSP«

Po namestitvi boste ugotovili: Izkazalo se je, da je lahko Claude Code tako hiter.