◆pip install vantadb-py◆BM25 + HNSW via RRF◆WAL · CRC32C checksums◆1.2ms HNSW p50 · 10K◆Apache 2.0◆Rust 1.94.1+◆Zero network◆Local-first◆pip install vantadb-py◆BM25 + HNSW via RRF◆WAL · CRC32C checksums◆1.2ms HNSW p50 · 10K◆Apache 2.0◆Rust 1.94.1+◆Zero network◆Local-first
§HERRAMIENTAS DE DESARROLLO

Búsqueda semántica de código sin servidor

Una extensión de VS Code reemplazó una búsqueda de código basada en LSP con VantaDB, entregando relevancia semántica in-process con cero infraestructura de servidor.

DevTools Startup · Herramientas de desarrollo
DevTools StartupHerramientas de desarrollo

Composite scenario based on typical usage patterns — not a specific customer

Resultados
In-process

Lookup BM25

Local

Indexado símbolos/sec

0

Servidores para correr

El challenge

Lo que enfrentaron

La startup construyó una extensión de VS Code para búsqueda semántica de código. Su arquitectura inicial corría un servidor LSP local + un proceso Python de vector DB, comunicándose over localhost. El setup multi-proceso era frágil, lento de arrancar y usaba 800MB de RAM idle. Los usuarios se quejaban de la complejidad de instalación.

La solución

Cómo ayudó VantaDB

Reemplazaron tanto el servidor LSP como la vector DB con VantaDB embebido en el host Node.js de la extensión (vía Rust FFI). Los símbolos de código se indexan con embeddings al abrir workspace. La búsqueda corre híbrido (BM25 en symbol names + HNSW en vectores de docstrings) in-process. La extensión entera ahora usa 60MB y arranca al instante.

Pasamos de tres procesos y 800MB a un proceso y 60MB. La complejidad de instalación cayó a cero porque no hay nada que instalar — VantaDB es solo una librería.

Founder, DevTools Startup

Construye tu propia historia

pip install vantadb-py y shipeá en minutos — sin cloud, sin servidores.