$ features
BoostGraph
Comment ça marche
BoostGraph lit votre base de code et construit une carte locale de son organisation — ce qui appelle quoi, comment les fichiers se relient et où se trouve la logique clé — pour que votre agent réponde aux questions structurelles sans chercher fichier par fichier.
Comment les agents l'interrogent
BoostGraph fonctionne comme serveur MCP et expose un outil qui permet à un agent compatible d'interroger votre base de code en langage naturel — sans recherche manuelle de fichiers.
Indexation transparente
L'indexation se fait en arrière-plan. Lorsque vous exécutez boost init, Boost enregistre des hooks sur vos agents compatibles. À chaque démarrage de session, le hook vérifie l'index :
- Première fois dans un dépôt : crée
.boost/et construit le graphe discrètement pendant que vous travaillez - Sessions suivantes : synchronise l'index avec l'arborescence actuelle
- Après des changements de code : un observateur local de fichiers maintient l'index à jour
Sur les grosses bases de code, le premier index peut prendre plus de temps — mais il s'exécute en arrière-plan et n'interfère pas avec votre agent. Quand l'index est prêt, l'agent peut utiliser boostgraph_explore et vous bénéficiez pleinement de BoostGraph.
Pour indexer manuellement à l'avance, exécutez boost graph init dans le répertoire de votre dépôt.
Comment utiliser BoostGraph
- Exécutez
boost initune fois pour connecter Boost à vos agents (hooks de démarrage de session, config MCP). Redémarrez l'agent ensuite. - Ouvrez votre base de code dans l'agent — l'indexation démarre automatiquement en arrière-plan. Sur les gros dépôts, attendez la fin du premier index ou pré-construisez avec
boost graph init. - Posez des questions structurelles — flux, architecture, appelants/appelés. L'agent devrait utiliser
boostgraph_exploreplutôt que de longues boucles grep/lecture.
Avantages
- Réponses plus rapides — une à quelques invocations d'outils au lieu de dizaines d'étapes de découverte
- Contexte chirurgical — symboles et chemins d'appel exacts, pas des arbres de répertoires entiers
- Coût réduit — moins de surcharge de découverte signifie moins de tokens par session
- 100 % local — pas de clés API, aucune donnée ne quitte votre machine
- Plus de 30 langages — Go, Python, TypeScript, Java, Rust, C# et plus
Vidéo de démonstration
Comparaison côte à côte : exploration grep/lecture vs. BoostGraph.
Benchmark : flux preflight runtime Minikube
Performance de l'agent avec et sans BoostGraph sur une question de traçage de flux approfondie dans kubernetes/minikube :
Que se passe-t-il en interne lorsque Minikube tente de créer un cluster avec un runtime de conteneur non installé ou activé sur l'hôte ? Tracez la validation preflight, la détection d'un runtime manquant, le repli ou téléchargement automatique et le formatage de l'erreur avant la sortie.
| Métrique | Sans BoostGraph | Avec BoostGraph | Amélioration |
|---|---|---|---|
| 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 |
Dépannage
BoostGraph non initialisé
Exécutez boost init pour enregistrer les hooks de démarrage de session, puis ouvrez le projet avec votre agent de programmation — l'indexation démarre automatiquement. Pour indexer immédiatement, exécutez boost graph init à la racine du dépôt.
L'indexation est lente
La première indexation sur les gros dépôts prend plus de temps ; elle s'exécute en arrière-plan et ne bloque pas votre agent.
L'agent utilise encore grep au lieu de BoostGraph
L'index est peut-être encore en construction, ou MCP n'est pas encore connecté car l'indexation est en cours. Redémarrez l'agent et vérifiez que MCP est connecté via /mcp.