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

BrowserKing: Open-Source Chrome-Erweiterung zur Browsersteuerung über Claude und andere Modelle
BrowserKing ist eine kostenlose, quelloffene Chrome-Erweiterung, die Claude und über 15 weitere Modelle ermöglicht, Ihren Browser von einer Seitenleiste aus zu sehen und zu steuern. Sie macht Screenshots, sendet sie an das Modell und setzt dann Entscheidungen um, um Buttons zu klicken, Formulare auszufüllen, zu scrollen und Tabs zu navigieren.

Altimate Code: Open-Source Agentisches Data-Engineering-Framework
Altimate Code ist ein Open-Source-Harness, der deterministische Data-Engineering-Tools für KI-Agenten bereitstellt und Probleme wie halluzinierte SQL-Abfragen und fehlenden Schema-Kontext adressiert. Er umfasst Spalten-Lineage, SQL-Anti-Pattern-Erkennung und dbt-Integration, mit Benchmarks, die eine Leistung von 74,4 % auf ADE-bench zeigen.

Paseo: Open-Source-Schnittstelle für Claude Code, Codex, Copilot, OpenCode und Pi Agents
Paseo ist eine selbst gehostete Schnittstelle, die Claude Code, Codex, Copilot, OpenCode und Pi-Agenten parallel ausführt. Sie bietet Sprachsteuerung, geräteübergreifenden Zugriff und eine CLI. Keine Telemetrie, kein erzwungener Login.

Auto Router vs Sonnet: Kosteneinsparungen vs Antwortqualität
Die Auto Router-Funktion von Open Router wählt LLMs dynamisch basierend auf der Kontextkomplexität aus und bietet erhebliche Kosteneinsparungen (0,8 Cent vs. 0,00071 Cent pro Anfrage), aber Nutzer berichten von einer verschlechterten Antwortqualität im Vergleich zu Sonnet 4.6.