Claude Code installerer LSP: La AI endelig "forstå" koden

Som en langvarig utvikler av Claude Code har jeg alltid hatt en personlig erfaring: den er for smart, men også for blind. Smart fordi den kan generere ganske bra strukturert kode; blind fordi den ikke vet hvordan koden din faktisk ser ut.

Og LSP - Language Server Protocol - er det avgjørende steget for å gi den "øynene".

Hva er LSP? Forklart på en setning

LSP, som står for Language Server Protocol. For å si det mer enkelt:

Det er et "enhetlig grensesnitt" som gir redaktører og AI evnen til å forstå kode.

Funksjonene du tar for gitt i VS Code:

• Ctrl klikk på funksjonsnavn for å hoppe til definisjon
• Hold musen over variabel for å se type
• Søk etter referanser

Alt dette håndteres av LSP.

Uten LSP kan Claude Code bare stole på "Grep global strengmatching" for enhver søk; med LSP kan Claude Code direkte spørre språkserveren om svaret - presist, raskt, med lav token-forbruk.

Hvorfor bør du bry deg om LSP?

Det mest smertefulle med å skrive kode med Claude Code det siste året har vært:

Token-forbruket er altfor høyt.

Når du ber den om å endre en funksjon, vil den:

• Grep hele prosjektet
• Deretter Grep referanser
• Deretter Grep definisjoner
• Deretter Grep kallkjeder

Hver gang er det en "stor opprydning", og kostnaden er naturligvis høy.

Milvus-teamets faktiske data kan tydelig vise problemet:

Etter å ha aktivert LSP kan token-forbruket reduseres med 40%+.

For store prosjekter og team som ofte omstrukturerer, er dette en direkte kostnadsoptimalisering.

Hva kan LSP gjøre? 7 kjernefunksjoner som Claude Code er avhengig av

Fra versjon 2.0.74 begynte Claude Code offisielt å bruke LSP, og vil automatisk kalle følgende funksjoner i bakgrunnen:

• goToDefinition: hoppe til definisjon
• findReferences: søke etter referanser
• hover: holde musen over for å se type og dokumentasjon
• documentSymbol: liste opp funksjoner/klasser/variabler i gjeldende dokument
• workspaceSymbol: søk etter symboler i hele prosjektet
• goToImplementation: hoppe til grensesnittimplementering
• incomingCalls / outgoingCalls: analysere kallkjeder

Viktigheten av disse funksjonene trenger ikke å bli sagt; enhver som gjør omstrukturering vet hvor nyttige de er.

Det viktigste er:

Du trenger ikke å utløse dem manuelt. Claude Code vil automatisk prioritere å bruke LSP, i stedet for Grep.

Tre måter å bruke LSP på (rangert etter anbefaling)

Metode 1: VS Code-integrasjon (enkelst og mest stabil)

Hvis du allerede bruker VS Code, er det nesten null kostnad:

• Start Claude Code i VS Code-terminalen
• Skriv /config
• Innstillinger: - Diff tool = auto
• Auto-install IDE extension = true

Claude Code vil automatisk oppdage VS Code og automatisk installere utvidelsen for å kommunisere med LSP.

Passer for: de fleste utviklere.

Metode 2: cclsp (samfunns-MCP-løsning)

Hvis du ikke bruker VS Code, eller hvis den offisielle LSP gir forskjellige feil, kan du bruke dette:

npx cclsp@latest setupcclsp sin største fordel er:

• Automatisk korrigering av linje- og kolonnenummer
• Passer for flere språk
• Aktiv samfunnsvedlikehold

Passer for de som bruker Claude Code i rene terminaler, Neovim, JetBrains osv.

Metode 3: Manuell konfigurasjon av .lsp.json (for de som liker å eksperimentere)

Opprett en .lsp.json i prosjektets rotmappe:

{ "typescript": { "command": "typescript-language-server", "args": ["--stdio"], "extensionToLanguage": { ".ts": "typescript", ".tsx": "typescriptreact" } }, "python": { "command": "pylsp" } }Språkserveren må installeres separat, for eksempel:

npm install -g typescript-language-server pip install python-lsp-serverPasser for: ingeniører med høy grad av tilpasning og som har perfeksjonisme.

Hvordan vite om LSP faktisk fungerer?

For øyeblikket har Anthropic ikke gitt en klar UI-statusindikator, men du kan vurdere dette:

• La Claude Code hoppe til definisjon: "Hvor er X-funksjonen definert?" Returnerer nøyaktig fil + linjenummer = normalt; returnerer en haug med Grep-resultater = ikke vellykket
• Bruk cclsp testkommando
• Observer token-forbruk: Fra titusener av tokens ned til ett eller to tusen, er den mest åpenbare forskjellen.

Hvem trenger virkelig å konfigurere LSP?

Anbefalte konfigurasjoner:

• Prosjekter med mer enn 10 000 linjer
• Hyppige omstruktureringer
• Token-kostnadssensitiv
• Ønsker at Claude Code skal ha IDE-nivå kodeforståelse

Ikke anbefalt for:

• Små prosjekter, søk går raskt
• Hovedsakelig skriver ny kode, leser ikke gammel kode
• Venter på en mer stabil offisiell versjon

Hovedproblemer som oppstår under bruk (situasjonen i desember 2025)

• No LSP server available: Vanligvis er språkserveren ikke installert riktig.
• Ingen statusvisualisering: Kan ikke se i UI om LSP er tilkoblet.
• Kallkjede og lignende operasjoner mislykkes av og til: Referanser på tvers av filer er ikke fullstendige.

Generell ytelse: brukbar, men fortsatt i rask iterasjon.

Avslutningsvis: LSP er "synsoppgraderingspakken" for Claude Code

Tidligere var AI som skrev kode mer som "utforskende forståelse", og kunne i hovedsak bare stole på søk og mønstermatching. Med LSP har den for første gang virkelig:

Forstå prosjektstruktur → Presis lokalisering → Lavkostnadshåndtering av kode

Hvis språket du bruker er TypeScript eller Python, anbefales det sterkt å prøve VS Code-integrasjonen først. Dette er et viktig steg for å gjøre Claude Code til en "brukbar utviklingsassistent".

Hvis du støter på problemer, er diskusjonsområdet på GitHub og samfunnsløsninger svært aktive og kan raskt løse dem.