$ features
BoostGraph
So funktioniert es
BoostGraph liest Ihre Codebasis und erstellt eine lokale Karte, wie alles zusammenpasst — was was aufruft, wie Dateien verbunden sind und wo zentrale Logik liegt — damit Ihr Agent strukturelle Fragen beantwortet, ohne Datei für Datei zu suchen.
Wie Agenten abfragen
BoostGraph läuft als MCP-Server und stellt ein Tool bereit, mit dem ein unterstützter Coding-Agent Ihre Codebasis per natürlicher Sprache abfragen kann — ohne manuelle Dateisuche.
Nahtlose Indexierung
Die Indexierung läuft im Hintergrund. Mit boost init registriert Boost Hooks bei Ihren unterstützten Coding-Agenten. Bei jedem Sitzungsstart prüft der Hook den Index:
- Erstes Mal in einem Repo: erstellt
.boost/und baut den Graphen leise im Hintergrund auf - Spätere Sitzungen: synchronisiert den Index mit dem aktuellen Baum
- Nach Codeänderungen: ein lokaler Datei-Watcher hält den Index aktuell
Bei großen Codebasen kann die erste Indexierung länger dauern — sie läuft aber im Hintergrund und stört Ihren Agenten nicht. Wenn der Index bereit ist, kann der Agent boostgraph_explore nutzen und Sie profitieren voll von BoostGraph.
Zum manuellen Vorab-Indexieren führen Sie boost graph init im Repository-Verzeichnis aus.
BoostGraph verwenden
boost initausführen — einmalig, um Boost an Ihre Agenten anzubinden (Session-Start-Hooks, MCP-Konfig). Agent danach neu starten.- Codebasis im Agent öffnen — die Indexierung startet automatisch im Hintergrund. Bei großen Repos auf den ersten Index warten oder vorab mit
boost graph initerstellen. - Strukturelle Fragen stellen — Abläufe, Architektur, Aufrufer/Aufgerufene. Der Agent sollte
boostgraph_explorestatt langer Grep-Lese-Schleifen nutzen.
Vorteile
- Schnellere Antworten — ein bis wenige Tool-Aufrufe statt Dutzender Entdeckungsschritte
- Präziser Kontext — exakte Symbole und Aufrufpfade, keine ganzen Verzeichnisbäume
- Geringere Kosten — weniger Entdeckungs-Overhead bedeutet weniger Tokens pro Sitzung
- 100 % lokal — keine API-Schlüssel, keine Daten verlassen Ihren Rechner
- 30+ Sprachen — Go, Python, TypeScript, Java, Rust, C# und mehr
Demo-Video
Direkter Vergleich: Grep-und-Lese-Exploration vs. BoostGraph.
Benchmark: Minikube-Runtime-Preflight-Flow
Agentenleistung mit vs. ohne BoostGraph bei einer tiefen Flow-Tracing-Frage in kubernetes/minikube:
Was passiert intern, wenn Minikube versucht, einen Cluster mit einem Container-Runtime zu erstellen, der auf dem Host nicht installiert oder aktiviert ist? Verfolgen Sie Preflight-Validierung, Erkennung fehlender Runtime, automatischen Fallback oder Download und die Fehlerformatierung vor dem Exit.
| Metrik | Ohne BoostGraph | Mit BoostGraph | Verbesserung |
|---|---|---|---|
| Cost | $0.2189 | $0.1071 | ~51% lower |
| Time | 1m 58s | 37s | ~3.2× faster |
| Input tokens | 2.3K | 632 | ~73% fewer |
| Output tokens | 10.7K | 3.3K | ~69% fewer |
| Cache read tokens | 689.2K | 180.5K | ~74% fewer |
| Cache write tokens | 68.8K | 36K | ~48% fewer |
Fehlerbehebung
BoostGraph nicht initialisiert
Führen Sie boost init aus, damit Session-Start-Hooks registriert werden, öffnen Sie dann das Projekt mit Ihrem Coding-Agent — die Indexierung startet automatisch. Für sofortige Indexierung boost graph init im Repo-Root ausführen.
Indexierung ist langsam
Die erste Indexierung großer Repos dauert länger; sie läuft im Hintergrund und blockiert Ihren Agenten nicht.
Agent nutzt weiterhin Grep statt BoostGraph
Der Index wird möglicherweise noch aufgebaut, oder MCP ist noch nicht verbunden, weil die Indexierung läuft. Agent neu starten und MCP-Verbindung über /mcp prüfen.