Claude Code slepeniski atjaunināts, beidzot vairs nav "teksta meklēšanas mašīna"

Vai, rakstot kodu, esi aizdomājies par šādu jautājumu:

Kāpēc VS Code var tieši pāriet uz funkcijas definīciju, nospiežot Ctrl + Click? Kāpēc, turot peli virs funkcijas, var redzēt pilnu parametru aprakstu? Kāpēc redaktors var pateikt, kur ir kļūda, pirms kods ir palaists?

Tu katru dienu izmanto šīs funkcijas un esi apmierināts.

Bet tu, iespējams, nezini, ka to visu nodrošina LSP (Language Server Protocol).

Vēl svarīgāk ir tas, ka Claude Code 2.0.74 versija arī atbalsta LSP.

Ko tas nozīmē?

Tas nozīmē, ka Claude Code beidzot ir kļuvis no "teksta meklēšanas mašīnas" par AI, kas patiesi saprot kodu.

Kas ir LSP? Vienkāršiem vārdiem

LSP ir Microsoft izstrādāts protokols, kura mērķis ir vienkāršs:

Nodrošināt, lai viedās koda funkcijas būtu pieejamas jebkurā redaktorā.

Paskaties:

• TypeScript valodu serveri var izmantot VS Code, JetBrains un Cursor

• Tagad to var izmantot arī Claude Code

LSP ir tas, kas padara tavu redaktoru gudrāku:

• Automātiski pabeidz funkciju nosaukumus un parametrus

• Pāriet uz definīciju

• Atrod visus atsauces

• Rāda dokumentāciju, turot peli virs elementa

• Reāllaikā ziņo par kļūdām un brīdinājumiem

Tu katru dienu raksti kodu un esi izmantojis šīs funkcijas neskaitāmas reizes.

Bet tu nekad neesi domājis, kā tas tiek realizēts.

Tagad nav jādomā, vienkārši jāzina: Claude Code tagad arī ir šīs iespējas.

Kā Claude Code strādāja iepriekš?

Pirms LSP atbalsta, kā Claude Code atrada funkcijas definīciju?

Ar grep meklēšanu.

Citiem vārdiem sakot, tā bija pilna teksta meklēšana, lai atrastu, kur parādās šie "displayBooks" simboli.

Vai to var izmantot? Jā, var.

AI modelis ir apmācīts ar milzīgu daudzumu koda, un tas patiešām var daudz ko secināt no teksta.

Bet kur ir problēma?

Tas patiesībā nesaprot koda struktūru.

Tas ir tāpat kā likt cilvēkam atrast "张三", viņš var tikai lapot cauri adrešu grāmatai, lai atrastu šos divus vārdus "张三".

Bet, ja tu meklē "张三" savā tālrunī, tu tieši izsauci datubāzi un rezultāts parādās sekundes laikā.

Tā ir atšķirība.

Iepriekšējais Claude Code: lasa katru failu atsevišķi, paļaujoties uz teksta atbilstību. Tagadējais Claude Code: tieši jautā valodu serverim, precīzi nosakot atrašanās vietu.

Efektivitātes atšķirība ir milzīga.

Ko LSP ir devis Claude Code?

5 galvenās iespējas, katra no tām ir efektivitātes instruments:

1. goToDefinition - Pāriet uz definīciju

Ko tu vari darīt VS Code ar Ctrl+Click? Tieši pāriet uz funkcijas definīcijas vietu.

Tagad Claude Code arī var to darīt.

Tu jautā: "Kur ir definēta processRequest funkcija? Izmantojot LSP"

Tā nemeklēs visus failus muļķīgi.

Tā tieši jautās valodu serverim un sekundes laikā atbildēs: faila nosaukums, rinda, precīza atrašanās vieta.

2. findReferences - Atrast visas atsauces

Šī ir slepkavnieciska funkcija.

Tu vēlies pārstrukturēt funkciju, bet baidies to mainīt, baidoties, ka citas vietas sabruks.

Ko darīt?

Iepriekš tev bija jāliek Claude Code lasīt katru failu atsevišķi, kas bija ārkārtīgi lēni.

Tagad tu vari tieši jautāt: "Kurās vietās ir izsaukta displayError funkcija? Izmantojot LSP"

Valodu serveris tieši uzskaitīs visas atsauces vietas.

Ātri, precīzi un nežēlīgi.

3. hover - Iegūt dokumentāciju un tipu informāciju

VS Code, turot peli virs elementa, var redzēt funkcijas parakstu, parametru tipus un dokumentācijas aprakstu.

Claude Code tagad arī var to redzēt.

Jautā: "Kādus parametrus pieņem displayBooks funkcija? Izmantojot LSP"

Tai nav jāmin, tā tieši nolasa valodu servera atgriezto parakstu.

Īpaši Python dinamiskajai valodai, iepriekš Claude varēja tikai secināt tipus, pamatojoties uz kontekstu.Tagad ar LSP tipu informācija ir skaidri redzama.

4. documentSymbol - uzskaitīt visus faila simbolus

Vēlaties ātri uzzināt, kādas klases, funkcijas un mainīgie ir failā?

Jautājiet Klodam: "Kādi simboli ir backend/index.js? Izmantojiet LSP"

Tas jums atgriezīs strukturētu sarakstu, kas ir skaidrs un saprotams.

5. workspaceSymbol - visa projekta simbolu meklēšana

Šis ir vēl spēcīgāks.

Tas nemeklē tekstu, bet gan simbolus.

Vēlaties atrast visas metodes, kas satur "innerHTML"?

Valodu serveris atradīs tās tieši jums, tā nav virkņu saskaņošana, bet gan īsti koda simboli.

Praktiski: kādas problēmas LSP patiesībā var atrisināt?

Nerunāsim par abstraktām lietām, apskatīsim reālus piemērus.

1. piemērs: funkciju izsaukumu izsekošana

Ir projekts ar nosaukumu AseBook Finder, un priekšgalam ir funkcija displayBooks.

Jūs vēlaties zināt, kur šī funkcija tiek izsaukta.

Kā jūs to darījāt iepriekš? Claude Code grep visu, iespējams, kaut ko izlaidāt vai saņēmāt viltus pozitīvus rezultātus.

Tagad vienkārši jautājiet: "Izmantojiet LSP, lai atrastu visas displayBooks atsauces"

Rezultāts:

• Funkcijas definīcijas vieta

• Vieta, kur tā tiek izsaukta pēc veiksmīgas fetch

• Visas pārējās atsauces

Precīzi, ātri un bez izlaidumiem.

2. piemērs: funkcijas parametru izpratne

Jūs vēlaties, lai Claude ģenerētu koda fragmentu, kas izsauc funkciju displayError.

Bet jūs neesat pārliecināts, kādus parametrus šī funkcija pieņem.

Jautājiet tai: "Kādus parametrus pieņem displayError? Izmantojiet LSP"

Valodu serveris atgriež tieši: tas pieņem message parametru.

Claude to zina, un ģenerētais kods nebūs kļūdains.

3. piemērs: API izsaukumu atrašana

Jūs vēlaties atrast, kur projektā tiek izsaukts /api/recommendations interfeiss.

Jautājiet Klodam: "Izmantojiet LSP, lai atrastu visas /api/recommendations atsauces"

Tas atrod fetch izsaukuma vietu, precīzi līdz rindai.

Ļoti noderīgi API problēmu atkļūdošanai un datu plūsmas izsekošanai.

4. piemērs: kļūdu atklāšana iepriekš

Jūs pārstrukturējat kodu un nejauši nepareizi uzrakstāt mainīgā nosaukumu.

Parastos apstākļos jums būtu jāpalaiž kods, lai to atrastu.

Bet ar LSP valodu serveris pārbauda reāllaikā un nekavējoties ziņo par problēmu Claude Code.

Claude jums paziņo, ka šeit ir kļūda, pirms jūs palaižat kodu.

Kā to iestatīt? 5 soļi, lai pabeigtu

Neuztraucieties, iestatīšana ir vienkārša.

1. solis: aktivizējiet LSP rīkus

Pievienojiet rindiņu savam shell konfigurācijas failam (.bashrc vai .zshrc):

export ENABLE_LSP_TOOLS=1 pēc tam palaidiet source ~/.zshrc, lai tas stātos spēkā.

2. solis: instalējiet valodu servera spraudni

Atveriet Claude Code un ievadiet:

/plugin atrodiet spraudni, kas atbilst jūsu izmantotajai valodai:

• Python: izvēlieties pyright-lsp

• TypeScript/JavaScript: izvēlieties vtsls vai typescript-lsp

• Go: izvēlieties gopls

• Rust: izvēlieties rust-analyzer

Izvēlieties "Install for me only", lai instalētu.

3. solis: instalējiet valodu servera bināros failus

Spraudnis ir tikai saskarne, īsto darbu veic pats valodu serveris.

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. solis: restartējiet Claude Codeclaude

5. solis: Pārbaudiet, vai tas darbojas

Ievadiet /plugin, pārbaudiet cilni "Installed" un pārliecinieties, vai redzat savu spraudni.

Pārbaudiet to:

Izmantojiet LSP, lai atrastu visas someFunction atsauces. Ja Claude Code izmanto find_references rīku, nevis grep, tas nozīmē, ka tas darbojas.

Kad izmantot LSP? Kad neizmantot?

LSP nav panaceja.

Situācijas, kad LSP ir piemērots:

• Lieli projekti (simtiem failu)

• Funkciju izsaukumu izsekošana starp failiem

• Nepieciešami precīzi funkciju paraksti (īpaši dinamiskās valodās)

• Koda refaktorēšana, baidoties no kļūdu ieviešanas

Situācijas, kad LSP nav piemērots:

• Mazi projekti, ātri skripti

• Vienkārša teksta meklēšana

• Vienkārši atrast virkni

Būtībā, ja grep ir ātrs, izmantojiet grep, ja LSP ir precīzs, izmantojiet LSP.

Rīki ir paredzēti, lai kalpotu cilvēkiem, nevis lai tos izmantotu tikai tāpēc, lai tos izmantotu.

Dažas problēmas, par kurām vēlos jūs brīdināt

1. problēma: Valodu serverim jābūt PATH

Ja Claude Code saka "No LSP server available", visticamāk, jūsu valodu serveris nav pareizi instalēts vai nav PATH.

Terminālī palaidiet which pyright (vai jūsu valodu serveri), lai redzētu, vai to var atrast.

2. problēma: Pēc spraudņa instalēšanas jārestartē

Pēc jauna spraudņa instalēšanas vai valodu servera atjaunināšanas noteikti restartējiet Claude Code.

Valodu serveri tiek ielādēti startēšanas laikā.

3. problēma: Dažreiz ir skaidri jāpasaka "izmantot LSP"

Ja atklājat, ka Claude Code joprojām izmanto grep, nevis LSP, pievienojiet "izmantot LSP":

Izmantojiet LSP, lai atrastu visas authenticateUser atsauces. Tādējādi tas zinās, ka jāizmanto valodu serveris.

4. problēma: Nav vizuālu norāžu

Atšķirībā no VS Code, Claude Code nepaziņos, vai LSP serveris darbojas.

Nav statusa joslas ikonas, nav paziņojumu.

Vienīgais veids, kā pārliecināties: faktiski pārbaudīt.

Daži pēdējie vārdi

Claude Code atbalsts LSP nav neliels atjauninājums, bet gan kvalitatīvs lēciens.

Iepriekš tas bija "teksta meklēšana + AI secinājumi".

Tagad tas ir "valodu serveris + AI izpratne".

Tas ir tāpat kā pāriet no tālruņu grāmatas pārlūkošanas uz meklētājprogrammas izmantošanu.

Efektivitātes atšķirība ir milzīga.

Ja izmantojat Claude Code nopietnam projektam, veltiet 5 minūtes, lai iestatītu LSP.

Šīs 5 minūtes ir tā vērtas.

Darbību saraksts:

• Pievienojiet export ENABLE_LSP_TOOLS=1 savai shell konfigurācijai

• Atveriet Claude Code un palaidiet /plugin, lai instalētu savu valodu spraudni

• Instalējiet atbilstošo valodu servera bināro failu

• Restartējiet Claude Code

• Pārbaudiet "izmantojiet LSP, lai atrastu visas XXX atsauces"

Pēc instalēšanas jūs atklāsiet: Izrādās, ka Claude Code var būt tik ātrs.