Eine Frage, die ich mir selbst erst kürzlich gestellt habe: Sieht Claude Code eigentlich wie eine echte IDE in meinen Code rein, mit Sprungmarken zu Definitionen, sofortiger Typfehler-Erkennung, allem, was VS Code oder eine JetBrains-IDE eingebaut haben? Die ehrliche Antwort, direkt aus der offiziellen Dokumentation: Nein, nicht automatisch. Das nachzuholen dauert zwei Minuten, ändert aber spürbar, wie zuverlässig Claude Code arbeitet.
Was Code Intelligence konkret ist
Code Intelligence ist eine Reihe von Plugins, die Claude Code an das Language Server Protocol (LSP) anschließen, dieselbe Technologie, die VS Code seine Sprungmarken, Autovervollständigung und Live-Fehleranzeige verschafft. Statt nur den Text einer Datei zu lesen, bekommt Claude damit ein echtes Verständnis der Code-Struktur: welche Funktion wo definiert ist, wo sie überall aufgerufen wird, welcher Typ an welcher Stelle erwartet wird.
Ist das standardmäßig aktiv? Nein
Das ist der Teil, den viele übersehen: Claude Code bringt die Fähigkeit für Code Intelligence zwar eingebaut mit, aber sie bleibt inaktiv, bis zwei Dinge zusammenkommen:
- Der Sprachserver selbst muss auf deinem System installiert sein. Für Python zum Beispiel
pyright-langserver, für Rustrust-analyzer, für TypeScripttypescript-language-server. Das jeweilige Plugin installiert diesen Sprachserver nicht selbst mit, du musst ihn separat einrichten. - Das passende Claude-Code-Plugin muss installiert sein, aus dem offiziellen Anthropic-Marketplace, der ab dem ersten interaktiven Start von Claude Code automatisch eingebunden wird.
Ein kleiner Trost: Ist ein Sprachserver auf deinem System bereits vorhanden, schlägt Claude Code dir beim Öffnen eines Projekts von sich aus vor, das passende Plugin zu installieren. Von allein aktiv wird es aber nicht.
Installation Schritt für Schritt
Am Beispiel Python:
# 1. Sprachserver installieren (Beispiel Python)
npm install -g pyright
# 2. In Claude Code das passende Plugin installieren
/plugin install pyright-lsp@claude-plugins-officialDanach einmal /reload-plugins ausführen, falls Claude Code nicht selbst meldet, dass das Plugin schon aktiv ist. Das war’s, kein Neustart nötig.
Diese Sprachen werden aktuell offiziell unterstützt:
| Sprache | Plugin | Benötigter Sprachserver |
|---|---|---|
| Python | pyright-lsp |
pyright-langserver |
| TypeScript | typescript-lsp |
typescript-language-server |
| Rust | rust-analyzer-lsp |
rust-analyzer |
| Go | gopls-lsp |
gopls |
| Java | jdtls-lsp |
jdtls |
| C/C++ | clangd-lsp |
clangd |
| C# | csharp-lsp |
csharp-ls |
| PHP | php-lsp |
intelephense |
| Kotlin | kotlin-lsp |
kotlin-language-server |
| Swift | swift-lsp |
sourcekit-lsp |
| Lua | lua-lsp |
lua-language-server |
Für jede andere Sprache lässt sich laut Dokumentation auch ein eigenes LSP-Plugin bauen.
Die TS7-Falle: wenn TypeScript trotzdem nicht startet
Ich hab das komplette Setup live an diesem Projekt hier durchgespielt, und genau dabei einen Stolperstein gefunden, der gerade ziemlich frisch ist. Der Reihe nach, mit den echten Fehlermeldungen:
Schritt 1, Plugin installiert, Sprachserver fehlt noch:
Error: ENOENT: typescript-language-server --stdio
Executable not found in $PATHFix: npm install -g typescript-language-server typescript.
Schritt 2, Sprachserver installiert, aber:
Could not find a valid TypeScript installation.
Please ensure that the "typescript" dependency is installed in the workspacetypescript-language-server reicht allein nicht, das Projekt selbst braucht typescript zusätzlich als echtes Dependency, nicht nur global. Fix: pnpm add -D typescript (oder npm/yarn, je nach Projekt).
Schritt 3, und das ist die eigentliche Falle: Ein einfaches pnpm add -D typescript zieht ohne Versionsangabe automatisch die neueste Version, aktuell TypeScript 7. Das Ergebnis:
The TypeScript of the workspace (TypeScript 7.0.2) provides no tsserver.js.
No other valid TypeScript installation was found. Exiting.TypeScript 7 ist die brandneue, nativ in Go umgeschriebene Version des Compilers, und liefert den klassischen tsserver.js nicht mehr mit, auf den typescript-language-server angewiesen ist. Fix: explizit auf die letzte 5er-Version pinnen, pnpm add -D typescript@^5. Danach lief bei mir alles sauber, live gegen echten Code aus diesem Projekt getestet.
Kurz zusammengefasst, drei mögliche Fehlerbilder, drei unterschiedliche fehlende Teile: der Sprachserver selbst, das typescript-Paket im Projekt, oder eine zu neue typescript-Version. Wer gerade frisch einrichtet, spart sich mit typescript@^5 statt typescript@latest direkt eine Fehlerrunde.
Was Claude dadurch konkret gewinnt
Zwei greifbare Fähigkeiten, sobald Plugin und Sprachserver zusammenspielen:
Automatische Diagnose. Nach jeder Änderung, die Claude an einer Datei macht, meldet der Sprachserver Fehler und Warnungen direkt zurück, Typfehler, fehlende Importe, Syntaxprobleme, ganz ohne dass Claude erst einen Compiler oder Linter separat aufrufen muss. Baut Claude selbst einen Fehler ein, merkt es das meistens noch in derselben Antwort und korrigiert sich selbst.
Präzise Code-Navigation. Claude kann zu Definitionen springen, alle Referenzen einer Funktion finden, Typinformationen abrufen, Symbole auflisten und Aufrufketten nachverfolgen, alles über den Sprachserver statt über reine Textsuche. Das ist in größeren Projekten spürbar zuverlässiger als Grep-basierte Suche.
Warum das mehr ist als ein nettes Extra
Genau das ist der Unterschied, um den es bei Vibe Coding vs. Agentic Engineering im Kern geht: Ein Agent, der nach jeder Änderung selbst sieht, ob ein Typfehler entstanden ist, arbeitet strukturell anders als einer, der blind weiterschreibt und hofft, dass es passt. Code Intelligence ist keine kosmetische Ergänzung, sondern eine der konkreten technischen Voraussetzungen dafür, dass ein KI-Agent überhaupt wie ein Software-Ingenieur arbeiten kann statt wie ein reiner Text-Generator. Was Claude Code insgesamt ist und kann, falls du noch am Anfang stehst, steht ausführlicher in Was ist eigentlich Claude Code?.
Kommentare