MCP-Server für TypeScript-Projekte ersetzt Grep-Muster von Claude Code durch indizierte Symbol-Suchen

Ein Entwickler hat einen MCP-Server erstellt, der speziell darauf ausgelegt ist, die Leistung von Claude Code bei TypeScript-Projekten zu verbessern, indem er dessen Grep-and-Guess-Muster durch indizierte Symbolabfragen ersetzt. Das Tool ist kostenlos und Open Source.
Das Problem mit dem aktuellen Agentenverhalten
Bei der Verwendung von Claude Code und Cursor in TypeScript-Projekten zeigt sich ein häufiges Muster: Der Agent durchsucht Dateien, öffnet wahrscheinliche Treffer, liest große Code-Mengen, stellt fest, dass es der falsche Ort ist, und versucht es erneut. Dem Agenten fehlt ein strukturelles Verständnis der Codebasis, und jede Sitzung beginnt von vorn.
Wie der MCP-Server funktioniert
Der Server bietet strukturierten Zugriff auf die Codebasis, indem er einen Live-SQLite-Index des Projekts pflegt, der Folgendes umfasst:
- Symbole
- Aufrufstellen
- Importe
- Klassenhierarchie
Dadurch kann der Agent die Struktur direkt abfragen. Anstatt nach "handleRequest" zu suchen, kann der Agent direkt zur exakten Datei und Zeile für dieses Symbol springen.
Leistungsbenchmarks
Getestet an einem TypeScript-Projekt mit 31 Dateien, bei dem dieselben Aufgaben mit und ohne Index durchgeführt wurden:
- Eine Funktion finden: 1.350 Token mit Grep vs. 500 Token mit Index (63 % weniger)
- Aufrufer über 3 Dateien verfolgen: 2.850 Token mit Grep vs. 900 Token mit Index (68 % weniger)
- Vererbung über 15+ Dateien abbilden: 4.800 Token mit Grep vs. 1.000 Token mit Index (79 % weniger)
Die Grep-Leistung verschlechtert sich mit wachsender Codebasis, während indizierte Abfragen konstant bleiben.
Woher die Einsparungen kommen
Der Entwickler dachte zunächst, dass die Symbolsuche der Hauptvorteil wäre, entdeckte aber drei Schlüsselbereiche, in denen der Index erhebliche Effizienzgewinne bietet:
get_callers-Abfragen ersetzen das Muster, bei dem Agenten 4-5 Dateien lesen, um herauszufinden, wer eine Funktion aufruft- Teilweise Lesevorgänge: Die genaue Zeile zu kennen bedeutet, 20 Zeilen statt einer gesamten Datei zu lesen (was über die Hälfte der Einsparungen ausmacht)
trace_middlewareteilt dem Agenten mit, was vor einem Route-Handler ausgeführt wird, und eliminiert die Notwendigkeit, den Router, jede Middleware-Datei zu lesen und die Reihenfolge zu rekonstruieren
Einschränkungen
Das Tool hat Schwierigkeiten mit:
- Dynamischen Mustern (berechnete Methodennamen usw.)
- Dependency-Injection-Konfigurationen
- Alles außerhalb der eigenen Codebasis
Obwohl nicht perfekt, reduziert das Tool die Trial-and-Error-Schleife in der agentengestützten Entwicklung erheblich.
📖 Read the full source: r/ClaudeAI
👀 Siehe auch

Audio-Ingenieur baut Mix-Analysetool mit Claude Code
Ein Toningenieur hat ein Tool entwickelt, das Audiomischungen mithilfe der Web Audio API und Claude analysiert, um spezifisches Feedback zu Problemen wie matten Tieftonmitten, fehlendem Headroom und untergehenden Gesangsspuren zu geben. Das Tool bietet einen kostenlosen Tarif für schnelle Analysen und einen kostenpflichtigen Pro-Bericht mit detaillierten Frequenznotizen und Plugin-Empfehlungen.

Colony: Eine lokale Koordinationsschicht, die Multi-Agent-Handoff-Token von 30K auf 400 reduziert
Colony ist eine lokale erste Koordinationsschicht, die die Kosten für den Agentenwechsel von ~30.000 Token auf ~400 Token senkt, indem sie die Kontexterstellung durch kompakte Beobachtungen ersetzt, die in SQLite gespeichert werden.

cq: Ein lokales Wissensaustauschsystem für KI-Codierungsagenten
cq von Mozilla.ai ist ein Open-Source-Tool, das KI-Code-Agenten ermöglicht, 'Wissenseinheiten' über häufige Fallstricke über einen lokalen SQLite-Speicher zu teilen, mit optionaler Team-Freigabe über eine Docker-API. Es wird als Claude Code-Plugin oder OpenCode MCP-Server installiert.

GitVelocity: KI-Auswertung von 50.000 PRs liefert Erkenntnisse zur Code-Komplexität
GitVelocity nutzt Claude, um gemergte Pull Requests mit 0-100 Punkten in sechs Dimensionen zu bewerten: Umfang, Architektur, Implementierung, Risiko, Qualität sowie Leistung/Sicherheit. Nach der Analyse von über 50.000 PRs in TypeScript, Python, Rust, Go, Java und Elixir entdeckte das Team überraschende Muster bezüglich PR-Größe, Testabdeckung und KI-Nutzung.