Claude Code sai salaja uuenduse ja pole enam "tekstiotsingumasin"

Kas sa oled koodi kirjutades mõelnud küsimusele:

Miks sa saad VS Code'is Ctrl + klõpsuga otse funktsiooni definitsiooni juurde hüpata? Miks sa näed funktsiooni kohal hõljutades täielikku parameetrite kirjeldust? Miks su kood pole veel käivitunud, aga redaktor ütleb sulle juba, kus on viga?

Sa kasutad neid funktsioone iga päev ja naudid neid täiel rinnal.

Kuid sa ei pruugi teada, et seda kõike toetab LSP (Language Server Protocol).

Veelgi olulisem on see, et Claude Code 2.0.74 versioonist alates toetab ka LSP-d.

Mida see tähendab?

See tähendab, et Claude Code on lõpuks muutunud "tekstiotsingumasinast" AI-ks, mis tegelikult mõistab koodi.

Mis on LSP? Lihtsalt öeldes

LSP on Microsofti loodud protokoll, mille eesmärk on lihtne:

Laske koodi intelligentsetel funktsioonidel töötada igas redaktoris.

Vaata:

• TypeScripti keeleserver töötab VS Code'is, JetBrains'is ja Cursoris

• Nüüd töötab see ka Claude Code'is

LSP on see, mis muudab su redaktori targaks:

• Automaatne funktsioonide nimede ja parameetrite täiendamine

• Hüppa definitsiooni juurde

• Leia kõik viited

• Hõlju, et kuvada dokumentatsiooni

• Reaalajas vead ja hoiatused

Sa kirjutad iga päev koodi ja kasutad neid funktsioone lugematu arv kordi.

Kuid sa pole kunagi mõelnud, kuidas see on teostatud.

Nüüd ei pea sa mõtlema, sa pead lihtsalt teadma: Claude Code'il on nüüd ka need võimalused.

Kuidas Claude Code varem töötas?

Enne LSP toetamist, mida pidi Claude Code tegema, kui ta tahtis leida funktsiooni definitsiooni?

Kasutades grep otsingut.

Lihtsalt öeldes, see on täistekstiotsing, mis otsib, kus need "displayBooks" tähemärgid ilmuvad.

Kas see töötab? Jah, töötab.

AI mudel on treenitud tohutu hulga koodiga ja suudab tõepoolest tekstist palju järeldada.

Kuid mis on probleem?

See ei mõista tegelikult koodi struktuuri.

See on nagu sa paluksid kellelgi leida "Jaan Tamm", ta saab ainult lehekülgi läbi sirvida, et leida need kaks sõna "Jaan Tamm".

Kui sa aga kasutad telefoni, et otsida "Jaan Tamm", siis sa saad tulemuse kohe, otse andmebaasist.

See ongi erinevus.

Eelmine Claude Code: loeb faile ükshaaval, tuginedes teksti vastavusele Praegune Claude Code: küsib otse keeleserverilt, täpne positsioneerimine

Tõhususe erinevus on tohutu.

Mida on LSP Claude Code'ile toonud?

5 põhivõimet, millest igaüks on tõhususe suurendaja:

1. goToDefinition - Hüppa definitsiooni juurde

Mida sa saad VS Code'is Ctrl+Clickiga teha? Hüppa otse funktsiooni definitsiooni juurde.

Nüüd saab Claude Code seda ka teha.

Sa küsid temalt: "Kus on defineeritud funktsioon processRequest? Kasutades LSP-d"

Ta ei hakka rumalalt kõiki faile läbi otsima.

Ta küsib otse keeleserverilt ja saab vastuse sekunditega: failinimi, rea number, täpne asukoht.

2. findReferences - Leia kõik viited

See on tapja funktsioon.

Sa tahad funktsiooni refaktoriseerida, aga sa ei julge seda muuta, sest sa kardad, et see võib mujal kokku kukkuda.

Mida sa teed?

Varem pidid sa laskma Claude Code'il faile ükshaaval lugeda, mis oli kohutavalt aeglane.

Nüüd küsi otse: "Kus on funktsiooni displayError kutsutud? Kasutades LSP-d"

Keeleserver loetleb sulle kohe kõik viite asukohad.

Kiire, täpne ja halastamatu.

3. hover - Hangi dokumentatsiooni ja tüübiinfot

Sa saad VS Code'is hiirega hõljutades näha funktsiooni signatuuri, parameetrite tüüpe ja dokumentatsiooni.

Claude Code saab nüüd ka seda näha.

Küsi temalt: "Milliseid parameetreid funktsioon displayBooks aktsepteerib? Kasutades LSP-d"

Ta ei pea arvama, ta loeb otse keeleserveri tagastatud signatuuri.

Eriti Pythoni puhul, mis on dünaamiline keel, sai Claude varem tüüpe ainult konteksti põhjal järeldada. Nüüd on LSP-ga tüübiteave kohe nähtav.

4. documentSymbol - loetleb kõik faili sümbolid

Kas soovite kiiresti teada saada, millised klassid, funktsioonid ja muutujad failis on?

Küsi Claude'ilt: "Millised sümbolid on failis backend/index.js? Kasuta LSP-d"

See tagastab teile struktureeritud loendi, mis on selge ja arusaadav.

5. workspaceSymbol - kogu projekti sümbolite otsing

See on veelgi võimsam.

See ei otsi teksti, vaid sümboleid.

Kas soovite leida kõik meetodid, mis sisaldavad "innerHTML"?

Keele server leiab need teile otse, see ei ole stringi sobitamine, vaid tegelik koodisümbol.

Praktika: Milliseid probleeme LSP tegelikult lahendab?

Ärge rääkige tühjast jutust, vaadake tegelikke juhtumeid.

Juhtum 1: Funktsioonide väljakutsumise jälgimine

On olemas projekt nimega AseBook Finder, mille esiotsas on funktsioon displayBooks.

Sa tahad teada, kus seda funktsiooni kutsutakse.

Mida sa varem tegid? Claude Code grepib selle läbi, võib midagi kahe silma vahele jätta või valesti teatada.

Nüüd küsi otse: "Leia LSP-d kasutades kõik displayBooks'i viited"

Tulemus:

• Funktsiooni definitsiooni asukoht

• Asukoht, kus seda kutsutakse pärast fetch'i õnnestumist

• Kõik muud viited

Täpne, kiire ja ei jäta midagi kahe silma vahele.

Juhtum 2: Funktsiooni parameetrite mõistmine

Sa tahad, et Claude genereeriks koodilõigu, mis kutsub välja funktsiooni displayError.

Kuid sa ei ole kindel, milliseid parameetreid see funktsioon aktsepteerib.

Küsi talt: "Milliseid parameetreid displayError aktsepteerib? Kasuta LSP-d"

Keele server tagastab otse: aktsepteerib message parameetrit.

Claude teab seda ja genereeritud kood ei sisalda vigu.

Juhtum 3: API väljakutsumise leidmine

Sa tahad leida, kus projektis kutsutakse välja /api/recommendations liidest.

Küsi Claude'ilt: "Leia LSP-d kasutades kõik /api/recommendations viited"

See leiab fetch'i väljakutsumise asukoha, täpselt reani.

API probleemide silumine, andmevoo jälgimine, ülimalt kasulik.

Juhtum 4: Vigade varajane avastamine

Sa rekonstrueerid koodi ja kirjutad kogemata muutuja nime valesti.

Normaalsetes tingimustes pead vea leidmiseks koodi käivitama.

Kuid LSP-ga kontrollib keele server reaalajas ja teatab probleemist kohe Claude Code'ile.

Claude ütleb sulle enne koodi käivitamist: siin on viga.

Kuidas seadistada? 5 sammuga valmis

Ära paanitse, seadistamine on lihtne.

1. samm: Luba LSP tööriistad

Lisa oma shelli konfiguratsioonifaili (.bashrc või .zshrc) rida:

exportENABLE_LSP_TOOLS=1 ja seejärel käivita source ~/.zshrc, et see jõustuks.

2. samm: Installi keele serveri plugin

Ava Claude Code, sisesta:

/plugin leia oma kasutatavale keelele vastav plugin:

• Python: vali pyright-lsp

• TypeScript/JavaScript: vali vtsls või typescript-lsp

• Go: vali gopls

• Rust: vali rust-analyzer

Vali "Install for me only", installi.

3. samm: Installi keele serveri binaarfailid

Plugin on ainult liides, tegelikult teeb tööd keele server ise.

Python:

pip install pyrightTypeScript/JavaScript:

npm install -g @vtsls/language-server typescriptGo:

go install golang.org/x/tools/gopls@latestRust:

rustup component add rust-analyzer

4. samm: Taaskäivita Claude CodePärast installimist taaskäivitage Claude Code.

claude

5. samm: kontrollige, kas see töötab

Sisestage /plugin ja kontrollige vahekaarti "Installed", et näha oma pistikprogrammi.

Testige seda:

Kasutage LSP-d, et leida kõik viited funktsioonile someFunction. Kui Claude Code kasutab tööriista find_references, mitte grepi, siis on see edukas.

Millal kasutada LSP-d? Millal mitte?

LSP ei ole imerohi.

LSP jaoks sobivad stsenaariumid:

• Suured projektid (sajad failid)

• Funktsioonidevaheliste kõnede jälgimine

• Vajalik on täpne funktsiooni signatuur (eriti dünaamilistes keeltes)

• Koodi refaktoreerimine, kartes vigu

LSP jaoks mittesobivad stsenaariumid:

• Väikesed projektid, kiired skriptid

• Lihtne tekstiotsing

• Lihtsalt stringi asukoha leidmine

Lühidalt, kasutage grepi, kui see on kiire, ja LSP-d, kui see on täpne.

Tööriistad on inimeste teenistuses, mitte selleks, et neid kasutada.

Mõned vead, ma ütlen teile ette

Viga 1: keeleserver peab olema PATH-is

Kui Claude Code ütleb "No LSP server available", siis on tõenäoliselt teie keeleserver valesti installitud või ei ole PATH-is.

Käivitage terminalis which pyright (või teie keeleserver), et näha, kas see on leitav.

Viga 2: pärast pistikprogrammi installimist taaskäivitage

Pärast uue pistikprogrammi installimist või keeleserveri värskendamist taaskäivitage kindlasti Claude Code.

Keeleserver laaditakse käivitamisel.

Viga 3: mõnikord on vaja selgelt öelda "kasuta LSP-d"

Kui leiate, et Claude Code kasutab endiselt grepi, mitte LSP-d, lisage lause "kasuta LSP-d":

Kasutage LSP-d, et leida kõik viited funktsioonile authenticateUser. Nii teab see, et peaks kasutama keeleserverit.

Viga 4: puuduvad visuaalsed vihjed

Erinevalt VS Code'ist ei ütle Claude Code teile, kas LSP server töötab.

Puudub olekuriba ikoon, puuduvad teated.

Ainus viis kinnitamiseks: tegelik testimine.

Lõpetuseks paar sõna

Claude Code'i LSP tugi ei ole väike uuendus, vaid kvalitatiivne muutus.

Enne oli see "tekstiotsing + AI järeldus".

Nüüd on see "keeleserver + AI mõistmine".

See on nagu telefoniraamatu sirvimise asemel otsingumootori kasutamine.

Efektiivsuse erinevus on tohutu.

Kui kasutate Claude Code'i tõsise projekti jaoks, kulutage 5 minutit LSP seadistamiseks.

Need 5 minutit on seda väärt.

Tegevuste nimekiri:

• Lisage shelli konfiguratsiooni export ENABLE_LSP_TOOLS=1

• Avage Claude Code ja käivitage /plugin, et installida oma keele pistikprogramm

• Installige vastav keeleserveri binaarfail

• Taaskäivitage Claude Code

• Testige "Kasutage LSP-d, et leida kõik viited XXX-le"

Pärast installimist leiate: Selgub, et Claude Code saab olla nii kiire.