Claude Code har i al stilhed opgraderet, og er endelig ikke længere en "tekstsøgemaskine"

Har du nogensinde tænkt over følgende, når du skriver kode:

Hvorfor kan du hoppe direkte til funktionsdefinitionen ved at trykke Ctrl + Klik i VS Code? Hvorfor kan du se den fulde parameterspecifikation, når du holder musen over en funktion? Hvorfor kan din editor fortælle dig, hvor der er fejl, før din kode overhovedet er kørt?

Du bruger disse funktioner hver dag, og det er fantastisk.

Men du ved måske ikke, at det hele understøttes af noget, der hedder LSP (Language Server Protocol).

Vigtigere er det, at Claude Code fra version 2.0.74 også understøtter LSP.

Hvad betyder det?

Det betyder, at Claude Code endelig er gået fra at være en "tekstsøgemaskine" til at være en AI, der virkelig forstår kode.

Hvad er LSP? Simpelt forklaret

LSP er en protokol, som Microsoft har udviklet, og formålet er simpelt:

At gøre det muligt at bruge smarte kodefunktioner i enhver editor.

Se:

• TypeScript's sprogserver kan bruges i VS Code, JetBrains og Cursor

• Nu kan den også bruges i Claude Code

LSP er det, der gør din editor smart:

• Automatisk fuldførelse af funktionsnavne og parametre

• Gå til definition

• Find alle referencer

• Hold musen over for at vise dokumentation

• Fejl og advarsler i realtid

Du bruger disse funktioner utallige gange hver dag, når du skriver kode.

Men du har aldrig tænkt over, hvordan det implementeres.

Det behøver du ikke tænke over nu, du skal bare vide: Claude Code har nu også disse muligheder.

Hvordan fungerede Claude Code før?

Før LSP-understøttelsen, hvad skulle Claude Code gøre for at finde ud af, hvor en funktion er defineret?

Bruge grep-søgning.

Simpelt sagt er det en fuldtekstsøgning, der finder ud af, hvor tegnene "displayBooks" vises.

Kan det bruges? Ja, det kan det.

AI-modeller er trænet på enorme mængder kode, og de kan faktisk udlede mange ting fra teksten.

Men hvad er problemet?

Den forstår ikke rigtigt kodens struktur.

Det er som at bede en person om at finde "张三", han kan kun bladre side for side i adressebogen for at finde de to tegn "张三".

Og når du søger efter "张三" på din telefon, kalder du databasen direkte og får resultater på et splitsekund.

Det er forskellen.

Den tidligere Claude Code: Læste hver fil én efter én og stolede på tekstmatchning. Den nuværende Claude Code: Spørger sprogserveren direkte og lokaliserer præcist.

Effektiviteten er ikke bare lidt bedre.

Hvad har LSP bragt til Claude Code?

5 kernefunktioner, der hver især er et effektivitetsværktøj:

1. goToDefinition - Gå til definition

Hvad kan du gøre med Ctrl+Click i VS Code? Gå direkte til det sted, hvor funktionen er defineret.

Nu kan Claude Code også gøre det.

Du spørger den: "Hvor er funktionen processRequest defineret? Brug LSP"

Den vil ikke dumt søge i alle filerne.

Den spørger sprogserveren direkte og får svaret på et splitsekund: filnavn, linjenummer, præcis placering.

2. findReferences - Find alle referencer

Dette er en killer-funktion.

Du vil refaktorere en funktion, men du tør ikke ændre den, fordi du er bange for, at det vil gå galt andre steder.

Hvad skal du gøre?

Før skulle du lade Claude Code læse hver fil én efter én, hvilket var utroligt langsomt.

Nu kan du spørge direkte: "Hvor er funktionen displayError blevet kaldt? Brug LSP"

Sprogserveren viser dig direkte alle referencesteder.

Hurtigt, præcist og effektivt.

3. hover - Hent dokumentation og typeinformation

Når du holder musen over i VS Code, kan du se funktionssignaturen, parametertyperne og dokumentationen.

Claude Code kan nu også se det.

Spørg den: "Hvilke parametre accepterer funktionen displayBooks? Brug LSP"

Den behøver ikke at gætte, den læser direkte signaturen, som sprogserveren returnerer.

Især for dynamiske sprog som Python var Claude før kun i stand til at udlede typer ud fra konteksten.Nu er typeinformation tydelig med LSP.

4. documentSymbol - List alle symboler i en fil

Vil du hurtigt vide, hvilke klasser, funktioner og variabler der er i en fil?

Spørg Claude: "Hvilke symboler er der i backend/index.js? Brug LSP"

Den returnerer en struktureret liste til dig, helt klart.

5. workspaceSymbol - Søg efter symboler i hele projektet

Dette er endnu mere vildt.

Det søger ikke efter tekst, men efter symboler.

Vil du finde alle metoder, der indeholder "innerHTML"?

Sprogserveren finder dem direkte til dig, det er ikke strengmatchning, det er ægte kodesymboler.

Praktisk anvendelse: Hvilke problemer kan LSP egentlig løse?

Lad os droppe det abstrakte og se på konkrete eksempler.

Eksempel 1: Sporing af funktionskald

Der er et projekt kaldet AseBook Finder, og frontend har en displayBooks-funktion.

Du vil vide, hvor denne funktion kaldes fra.

Hvad gjorde du før? Claude Code grep'ede det hele igennem, måske gik du glip af noget, måske var der falske positiver.

Nu spørger du bare: "Find alle referencer til displayBooks med LSP"

Resultat:

• Funktionsdefinitionsplacering

• Placering, hvor den kaldes efter vellykket fetch

• Alle andre steder, hvor den refereres

Præcis, hurtig og uden udeladelser.

Eksempel 2: Forståelse af funktionsparametre

Du vil have Claude til at generere et stykke kode, der kalder displayError-funktionen.

Men du er ikke sikker på, hvilke parametre denne funktion accepterer.

Spørg den: "Hvilke parametre accepterer displayError? Brug LSP"

Sprogserveren returnerer direkte: Den accepterer en message-parameter.

Claude ved det, og den genererede kode vil ikke indeholde fejl.

Eksempel 3: Find API-kald

Du vil finde ud af, hvor i projektet /api/recommendations-grænsefladen kaldes.

Spørg Claude: "Find alle referencer til /api/recommendations med LSP"

Den finder placeringen af fetch-kaldet, præcist ned til linjen.

Super nyttigt til fejlfinding af API-problemer og sporing af dataflow.

Eksempel 4: Opdag fejl på forhånd

Du er i gang med at refaktorere kode og staver ved et uheld et variabelnavn forkert.

Normalt skal du køre koden for at finde ud af det.

Men med LSP tjekker sprogserveren i realtid og rapporterer straks problemet til Claude Code.

Claude fortæller dig, at der er en fejl her, før du kører koden.

Hvordan konfigureres det? 5 trin er nok

Bare rolig, opsætningen er enkel.

Trin 1: Aktiver LSP-værktøjer

Tilføj en linje i din shell-konfigurationsfil (.bashrc eller .zshrc):

export ENABLE_LSP_TOOLS=1 kør derefter source ~/.zshrc for at træde i kraft.

Trin 2: Installer sprogserver-plugin

Åbn Claude Code, skriv:

/plugin find pluginet til det sprog, du bruger:

• Python: Vælg pyright-lsp

• TypeScript/JavaScript: Vælg vtsls eller typescript-lsp

• Go: Vælg gopls

• Rust: Vælg rust-analyzer

Vælg "Install for me only", og installer.

Trin 3: Installer sprogserverens binære filer

Pluginet er kun en grænseflade, det er selve sprogserveren, der udfører arbejdet.

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

Trin 4: Genstart Claude CodeEfter installation, genstart Claude Code.

claude

Trin 5: Verificer, at det virker

Indtast /plugin og tjek "Installed"-fanen. Hvis du ser dit plugin, er alt godt.

Test det:

Find alle referencer til someFunction ved hjælp af LSP Hvis Claude Code bruger find_references-værktøjet i stedet for grep, er det en succes.

Hvornår skal man bruge LSP? Hvornår ikke?

LSP er ikke en mirakelkur.

Scenarier, hvor LSP er velegnet:

• Store projekter (hundredvis af filer)

• Sporing af funktionskald på tværs af filer

• Behov for præcise funktionssignaturer (især dynamiske sprog)

• Refaktorering af kode, hvor man er bange for at introducere fejl

Scenarier, hvor LSP ikke er velegnet:

• Små projekter, hurtige scripts

• Simple tekstsøgninger

• Bare finde en streng et sted

Kort sagt, brug grep når det er hurtigt, og LSP når det er præcist.

Værktøjer er til for at tjene os, ikke for at blive brugt for deres egen skyld.

Et par faldgruber, som du skal kende på forhånd

Faldgrube 1: Sprogserveren skal være i PATH

Hvis Claude Code siger "No LSP server available", er det sandsynligvis fordi din sprogserver ikke er installeret korrekt, eller ikke er i PATH.

Kør which pyright (eller din sprogserver) i terminalen for at se, om den kan findes.

Faldgrube 2: Genstart efter installation af plugin

Efter installation af et nyt plugin eller opdatering af sprogserveren, skal du genstarte Claude Code.

Sprogservere indlæses ved opstart.

Faldgrube 3: Nogle gange skal du eksplicit sige "brug LSP"

Hvis du opdager, at Claude Code stadig bruger grep i stedet for LSP, tilføj sætningen "brug LSP":

Find alle referencer til authenticateUser ved hjælp af LSP Så ved den, at den skal bruge sprogserveren.

Faldgrube 4: Ingen visuelle hints

I modsætning til VS Code, vil Claude Code ikke fortælle dig, om LSP-serveren kører.

Ingen statuslinjeikon, ingen notifikationer.

Den eneste måde at bekræfte det på: faktisk test.

Til sidst et par ord

At Claude Code understøtter LSP er ikke en lille opdatering, det er en kvalitativ ændring.

Tidligere var det "tekstsøgning + AI-inferens".

Nu er det "sprogserver + AI-forståelse".

Det er som at gå fra at bladre i en telefonbog til at bruge en søgemaskine.

Effektivitetsforskellen er enorm.

Hvis du bruger Claude Code til seriøse projekter, så brug 5 minutter på at konfigurere LSP.

De 5 minutter er det værd.

Handlingsliste:

• Tilføj export ENABLE_LSP_TOOLS=1 i din shell-konfiguration

• Åbn Claude Code, kør /plugin for at installere dit sprogplugin

• Installer den tilsvarende sprogserver binærfil

• Genstart Claude Code

• Test med "Find alle referencer til XXX ved hjælp af LSP"

Efter installation vil du opdage: Åbenbart kan Claude Code åbenbart også være så hurtig.