$ features
BoostGraph
Cómo funciona
BoostGraph lee tu base de código y construye un mapa local de cómo encaja: qué llama a qué, cómo se conectan los archivos y dónde está la lógica clave, para que tu agente responda preguntas estructurales sin buscar archivo por archivo.
Cómo lo consultan los agentes
BoostGraph funciona como servidor MCP y expone una herramienta que permite a un agente compatible consultar tu base de código con preguntas en lenguaje natural, sin búsqueda manual de archivos.
Indexación transparente
La indexación ocurre en segundo plano. Al ejecutar boost init, Boost registra hooks en tus agentes compatibles. En cada inicio de sesión, el hook verifica el índice:
- Primera vez en un repositorio: crea
.boost/y construye el grafo en silencio mientras trabajas - Sesiones posteriores: sincroniza el índice con el árbol actual
- Tras cambios en el código: un observador local de archivos mantiene el índice actualizado
En bases de código grandes, el primer índice puede tardar más, pero se ejecuta en segundo plano y no interfiere con tu agente. Cuando el índice está listo, el agente puede usar boostgraph_explore y obtienes todos los beneficios de BoostGraph.
Para indexar manualmente por adelantado, ejecuta boost graph init en el directorio de tu repositorio.
Cómo usar BoostGraph
- Ejecuta
boost inituna vez para conectar Boost a tus agentes (hooks de inicio de sesión, configuración MCP). Reinicia el agente después. - Abre tu base de código en el agente: la indexación comienza automáticamente en segundo plano. En repos grandes, espera a que termine el primer índice o créalo antes con
boost graph init. - Haz preguntas estructurales — flujos, arquitectura, llamadores/llamados. El agente debería usar
boostgraph_exploreen lugar de bucles largos de grep/lectura.
Beneficios
- Respuestas más rápidas — una o pocas llamadas a herramientas en lugar de docenas de pasos de descubrimiento
- Contexto preciso — símbolos y rutas de llamada exactos, no árboles de directorios enteros
- Menor coste — menos sobrecarga de descubrimiento significa menos tokens por sesión
- 100 % local — sin claves API, los datos no salen de tu máquina
- Más de 30 lenguajes — Go, Python, TypeScript, Java, Rust, C# y más
Vídeo de demostración
Comparación lado a lado: exploración con grep y lectura frente a BoostGraph.
Benchmark: flujo de preflight de runtime en Minikube
Rendimiento del agente con y sin BoostGraph en una pregunta profunda de trazado de flujo en kubernetes/minikube:
¿Qué ocurre internamente cuando Minikube intenta crear un clúster con un runtime de contenedor no instalado o habilitado en el host? Traza la validación de preflight, la detección de runtime ausente, el fallback o descarga automática y cómo se formatea el error antes de salir.
| Métrica | Sin BoostGraph | Con BoostGraph | Mejora |
|---|---|---|---|
| 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 |
Solución de problemas
BoostGraph no inicializado
Ejecuta boost init para registrar los hooks de inicio de sesión, luego abre el proyecto con tu agente de programación: la indexación comienza automáticamente. Para indexar de inmediato, ejecuta boost graph init en la raíz del repo.
La indexación es lenta
La primera indexación en repos grandes tarda más; se ejecuta en segundo plano y no bloquea tu agente.
El agente sigue usando grep en lugar de BoostGraph
El índice puede estar aún construyéndose, o MCP puede no estar conectado porque la indexación sigue en curso. Reinicia el agente y verifica que MCP esté conectado con /mcp.