◆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
§USE-CASES

Use Cases

Tres dominios donde la memoria híbrida local-first cambia las reglas. Agentes de IA que recuerdan entre sesiones. RAG local sin nube. Tooling de IDE con búsqueda semántica de código — todo in-process.

3 domains · in-process
01

Agentes de IA

Memoria persistente para agentes autónomos

El dolor

Los agentes pierden contexto entre sesiones. Re-embedding es caro. Las vector DBs externas suman latencia y coste.

Solución VantaDB

VantaDB da a cada agente un store de memoria local y durable. put() una memoria con payload + metadata + vector. search() híbrido sobre BM25 + HNSW. Sin red, sin API keys, 1.2ms de latencia.

02

RAG Local

Retrieval-Augmented Generation sin la nube

El dolor

RAG en la nube significa que tus documentos salen de tu máquina. Los costes de API escalan con el volumen de queries. La latencia se acumula a través del hop de red.

Solución VantaDB

VantaDB almacena tus chunks de documento + embeddings localmente. Hybrid search (BM25 + HNSW vía RRF) recupera el contexto más relevante. Alimentalo a tu LLM local (Ollama, llama.cpp). Cero datos salen de tu máquina.

03

Tooling de IDE

Memoria semántica de código para editores y copilots

El dolor

La búsqueda de código es solo keyword. '¿Dónde manejamos la lógica de retry?' devuelve ruido de grep. Los copilots carecen de contexto del proyecto más allá del archivo abierto.

Solución VantaDB

Indexa símbolos de código, docstrings y commit messages con embeddings. VantaDB hybrid search encuentra código semánticamente relevante incluso sin coincidencias exactas de keywords. Corre in-process — el editor ES el servidor.