Claude Code installation af LSP: Lad AI endelig "forstå" koden

Som en langvarig bruger af Claude Code har jeg altid haft en personlig oplevelse: det er for smart, men også for blindt. Smart fordi det kan generere struktureret kode; blindt fordi det ikke ved, hvordan din kode faktisk ser ud.

Og LSP — Language Server Protocol — er det nøgletrin, der lader det "få øjne".

Hvad er LSP? En sætning der forklarer det

LSP, fuld navn Language Server Protocol. For at sige det mere enkelt:

Det er et "ensartet interface", der giver editorer og AI evnen til at forstå kode.

De funktioner, du tager for givet i VS Code:

• Ctrl klik på funktionsnavn for at springe til definition
• Hold musen over variabel for at se type
• Find referencer

Alt dette håndteres af LSP.

Uden LSP kan Claude Code kun søge ved hjælp af "Grep global string matching"; med LSP kan Claude Code direkte spørge sprogserveren om svar — præcist, hurtigt, lav token-forbrug.

Hvorfor bør du bekymre dig om LSP?

Det mest smertefulde ved at skrive kode med Claude Code det sidste år har været:

Token-forbruget er for højt.

Når du beder det om at ændre en funktion, vil det:

• Grep hele projektet
• Derefter Grep referencer
• Derefter Grep definitioner
• Derefter Grep kaldkæder

Hver gang er det en "stor oprydning", og omkostningerne er naturligvis høje.

Milvus-teamets målinger viser tydeligt problemet:

Token-forbruget kan reduceres med 40%+ efter aktivering af LSP.

For store projekter og teams med hyppige omstruktureringer er dette en direkte omkostningsoptimering.

Hvad kan LSP gøre? 7 kernefunktioner som Claude Code er afhængig af

Fra version 2.0.74 aktiverer Claude Code officielt LSP og vil automatisk kalde følgende funktioner i baggrunden:

• goToDefinition: spring til definition
• findReferences: find referencer
• hover: hold musen over for at se type og dokumentation
• documentSymbol: list funktioner/klasser/variabler i det aktuelle dokument
• workspaceSymbol: symbol søgning i hele projektet
• goToImplementation: spring til interface implementering
• incomingCalls / outgoingCalls: analyse af kaldkæder

Vigtigheden af disse funktioner skal ikke undervurderes; enhver der laver omstruktureringer ved, hvor nyttige de er.

Det vigtigste er:

Du behøver ikke at udløse dem manuelt. Claude Code vil automatisk prioritere at bruge LSP frem for Grep.

Tre måder at bruge LSP på (sorteret efter anbefaling)

Metode 1: VS Code integration (den nemmeste og mest stabile)

Hvis du allerede bruger VS Code, er det næsten uden omkostninger:

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

Claude Code vil automatisk opdage VS Code og automatisk installere den nødvendige udvidelse til at kommunikere med LSP.

Egnet til: langt de fleste udviklere.

Metode 2: cclsp (samfunds MCP løsning)

Hvis du ikke bruger VS Code, eller hvis den officielle LSP giver forskellige fejl, kan du bruge dette:

npx cclsp@latest setupcclsp's største fordel er:

• Automatisk korrektion af linje- og kolonnenumre
• Egnet til flere sprog
• Aktivt vedligeholdt af samfundet

Egnet til dem, der bruger Claude Code i rene terminaler, Neovim, JetBrains osv.

Metode 3: Manuel konfiguration af .lsp.json (til de, der elsker at eksperimentere)

Opret en .lsp.json i projektets rodmappe:

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

npm install -g typescript-language-server pip install python-lsp-serverEgnet til: ingeniører med høj tilpasning af miljøet og som har perfektionisme.

Hvordan vurderer man, om LSP virkelig fungerer?

I øjeblikket har Anthropic ikke givet en klar UI-statusindikator, men du kan vurdere det på følgende måde:

• Lad Claude Code springe til definition: "Hvor er X-funktionen defineret?" Returnerer præcist fil + linjenummer = normalt; returnerer en masse Grep-resultater = ikke lykkedes
• Test kommando med cclsp
• Observer token-forbruget: fra flere tusinde tokens til et par hundrede, er den mest markante forskel.

Hvem har virkelig brug for at konfigurere LSP?

Anbefalede konfigurationer:

• Projekter med over 10.000 linjer
• Hyppige omstruktureringer
• Token omkostningsfølsomhed
• Ønske om at Claude Code skal have IDE-niveau kodeforståelse

Ikke anbefalet at eksperimentere:

• Små projekter, hvor søgninger er hurtige
• Primært skriver ny kode, ikke læser gammel kode
• Venter på en mere stabil officiel version

De vigtigste problemer, der er stødt på under brug (situation pr. december 2025)

• No LSP server available: normalt fordi sprogserveren ikke er installeret korrekt.
• Ingen statusvisualisering: kan ikke se i UI, om LSP er tilsluttet.
• Kaldkæde og andre operationer fejler lejlighedsvis: ikke alle krydsreferencer er tilgængelige.

Generel præstation: brugbar, men stadig i hurtig iteration.

Afslutningsvis: LSP er Claude Codes "synsopgraderingspakke"

Tidligere var AI, der skrev kode, mere som "søgende forståelse", og kunne i bund og grund kun stole på søgning og mønstermatching. Med LSP har det for første gang virkelig:

Forståelse af projektstruktur → Præcis lokalisering → Lav omkostning ved håndtering af kode

Hvis det sprog, du bruger, er TypeScript eller Python, anbefales det stærkt at prøve VS Code integrationsversionen først. Dette er et vigtigt skridt for at gøre Claude Code til en "brugbar udviklingsassistent".

Hvis du støder på problemer, er GitHub's diskussionsområde og samfundsløsninger meget aktive og kan hurtigt løse problemer.