Aller au contenu principal
VelesDB Core v3.12.0

Une mémoire locale
que vos agents peuvent expliquer

Mémorisez, reliez et retrouvez le contexte dans un seul moteur embarqué — sans service cloud, appel LLM ou clé API imposés.

pip install velesdb
450µs
Latence Recherche
P50 bout en bout, 10K/384D, WAL actif, recall ≥96 %
0
Appels cloud
Sans appel IA ni clé API
~9 Mo
Taille Binaire
Un seul binaire local-first

Un moteur utilisé dans un produit réel

WPLink embarque VelesDB pour son analyse sémantique locale.

WPLink GitHub Rust · Python · Node · WASM

Trois bases → un binaire

La mémoire d’agent ne devrait pas être un projet d’intégration

Une stack agent classique disperse la mémoire entre plusieurs systèmes spécialisés. VelesDB réunit contexte sémantique, relationnel et structuré dans un moteur embarqué.

La stack classique à 3 bases

Mémoire sémantique

pgvector

Relations et épisodes

Neo4j

Faits et métadonnées

PostgreSQL

Un binaire VelesDB

Mémoire sémantique

Recherche vectorielle native

Relations et épisodes

Graphe de connaissances natif

Faits et métadonnées

Column et metadata store

Un langage de requête Une couche de persistance Pas de cohérence inter-bases à gérer Fonctionne hors ligne
Il montre son raisonnement

Demandez why() — obtenez la piste de preuve

La récupération doit rester inspectable. VelesDB retourne le fait rappelé et le sous-graphe de liens typés qu’il peut atteindre, avec la profondeur de chaque nœud.

  • Reliez une réponse aux preuves et relations stockées.
  • Déboguez la mémoire sans rétroconcevoir un pipeline cloud opaque.
  • Conservez la piste d’audit avec la mémoire, sur votre infrastructure.
memory.py
memory = MemoryService("./agent.db")

evidence = memory.remember("The signed approval is in PR #42")
memory.remember(
    "Alice approved the launch",
    links=[(evidence, "supported_by")],
)

answer = memory.recall("Who approved launch?")
trail = memory.why("Why was the launch approved?")

# Evidence nodes and typed links
print(trail["nodes"], trail["edges"])

Trois fondations pour une mémoire agent fiable

Une API orientée agent, une requête unifiée et un moteur qui s’exécute au plus près de vos données.

SDK de mémoire agent

Stockez et rappelez les mémoires sémantique, épisodique et procédurale avec des API orientées agents, des liens et de l’explicabilité.

VelesQL : SQL + NEAR + MATCH

Filtrez les données structurées, recherchez les embeddings et parcourez les relations dans un langage lisible unique.

Exécutable avec l’agent

Embarquez-le dans Rust, Python, TypeScript, Tauri, mobile ou WASM, sans service cloud obligatoire.

Trois résultats, un moteur

Construisez la mémoire là où votre agent travaille

Du prototype local au déploiement gouverné, conservez la même couche de mémoire explicable.

Des agents qui se souviennent et s’expliquent

Reliez les faits, épisodes et contraintes, puis inspectez la piste de preuve derrière chaque rappel.

  • Mémoire sémantique, épisodique et procédurale
  • Rappel hybride avec liens typés
  • Piste de preuve why()

Des applications IA réellement locales

Embarquez la même couche de récupération dans une application desktop, mobile, serveur ou navigateur.

  • Aucun service cloud obligatoire
  • Rust, Python, Node.js, Tauri et WASM
  • Binaire Core d’environ 9 Mo

Une mémoire gouvernée en production

Conservez le contrôle des données et ajoutez les opérations Premium lorsque le déploiement l’exige.

  • Déploiement self-hosted ou air-gapped
  • Isolation par tenant et audits
  • Replay forensique et effacement

Context Token Compiler + skill agent

Réduisez le contexte sans perdre ce qui compte

Après avoir retrouvé la bonne mémoire, VelesDB compile logs, documents et conversations dans un budget de tokens déterministe. Aucun LLM ni appel cloud, et chaque transformation reste auditable et réversible.

82,5 %

Économie mesurée de tokens d’entrée

Comptage réel cl100k sur le benchmark versionné d’une session agent de 12 tours.

<1 ms

Compilation stateless

0,5 ms en moyenne et 0,7 ms au maximum dans le benchmark local publié.

4

Rust, Python, Node.js et MCP

Le même compilateur déterministe sur les quatre environnements documentés.

Un skill guide l’agent sans troncature aveugle

Le skill velesdb-context-optimizer fourni indique quand compiler, préserver ou externaliser le contexte.

  • Préserve mot pour mot code, URL, nombres et contraintes négatives.
  • Externalise le dépassement vers des handles ctx://source récupérables.
  • Vérifie le risque et explique chaque décision de conservation, regroupement ou externalisation.
  • Évite explicitement la compression des petits contextes et des contenus juridiques, sécurité ou à format exact.
Lire le skill context optimizer
const out = await mem.compileContext({
  query: "state of the canary deploy",
  token_budget: 4000,
  fragments: [
    { content: ciLogs, kind: "log" },
    { content: safetyRule, metadata: { verbatim: true } },
  ],
});

out.content;           // context within budget
out.decisions;         // rule, reason, risk per fragment
out.retrievalHandles;  // recoverable ctx://source/...

82,5 % est une mesure publiée par le projet sur un fixture versionné de 12 tours, pas une garantie universelle ni une mesure de facturation. La latence stateless dépend du matériel ; la compilation persistée inclut le stockage local et est plus lente.

Un moteur face à une stack mémoire séparée

Ce comparatif couvre l’architecture directement vérifiée dans les dépôts VelesDB, sans affirmation invérifiable sur des produits tiers.

Propriété mémoireVelesDBStack 3 bases
PersistanceUn moteur localStores vecteur, graphe et SQL séparés
Surface de requêteVelesQL + API mémoirePlusieurs API et langages
Rappel explicablePiste de preuve why()Intégration applicative nécessaire
Vecteurs + graphe + colonnesUn binaireTrois systèmes spécialisés
Fonctionnement hors ligneAucun cloud obligatoireDépend de chaque système choisi
+7,2 pts

HotpotQA

Gain publié du benchmark projet avec la mémoire VelesDB.

+9,7 pts

TimeQA

Gain publié sur les questions temporelles.

+29 pts

Multi-moteur

Meilleur gain annoncé dans la suite reproductible.

Les chiffres sont ceux publiés par le projet ; workloads, modèles, matériel et méthodologie comptent. Les instructions de reproduction et résultats bruts sont liés depuis le dépôt VelesDB.

Installez VelesDB en 60 secondes

Choisissez votre runtime et lancez une première mémoire locale. Aucun compte cloud requis.

Rust (crates.io)
cargo add velesdb-core

Exemple Rapide

1. Démarrer le serveur
velesdb-server --data-dir ./my_data
2. Créer une collection
curl -X POST localhost:8080/collections \
  -H 'Content-Type: application/json' \
  -d '{"name":"agent_memory","dimension":768,"metric":"cosine"}'
3. Rechercher avec VelesQL
curl -X POST localhost:8080/query \
  -H 'Content-Type: application/json' \
  -d '{"query":"SELECT * FROM agent_memory WHERE vector NEAR $v LIMIT 10","params":{"v":[0.1,0.2]}}'

VelesDB Premium v0.7.0

Plateforme de mémoire agent d’entreprise

Ajoutez gouvernance, reconstruction forensique, contrôles d’effacement et déploiement self-hosted résilient au cœur VelesDB.

Comparer les éditions

Mémoire gouvernée

Politiques, audits, multi-tenant et contrôles pour les systèmes d’agents réglementés.

Replay forensique

Reconstituez la mémoire et les preuves disponibles au moment d’une décision.

Droit à l’effacement

Oubli ou purge admin du contenu avec conservation d’un squelette auditable.

FAQ VelesDB

Réponses directes sur la mémoire locale, l’explicabilité, le déploiement et les licences.

Qu’est-ce que VelesDB ?

VelesDB est un moteur de mémoire local-first et explicable pour agents IA. Il unifie recherche vectorielle, graphe de connaissances, colonnes structurées, recherche texte et API mémoire orientées agents dans un moteur Rust embarqué.

Quelle différence entre VelesDB, Mem0 et Zep ?

VelesDB est conçu pour fonctionner dans votre infrastructure sans appels modèle, clés API ou service mémoire hébergé obligatoires. Son API why() expose la piste de preuve des souvenirs rappelés. Mem0 et Zep abordent la mémoire agent avec d’autres modèles d’hébergement et d’orchestration.

VelesDB fonctionne-t-il hors ligne ?

Oui. VelesDB Core fonctionne en local côté serveur, desktop, mobile, navigateur ou WASM. Les données mémoire et la récupération peuvent rester sur l’appareil ou dans un réseau air-gapped.

VelesDB appelle-t-il un modèle IA à chaque écriture ?

Aucun appel IA n’est requis par le moteur de stockage. Une application peut générer des embeddings ou enrichir les souvenirs avec ses propres modèles, y compris locaux, mais VelesDB n’impose ni modèle cloud ni clé API par écriture.

Que retourne why() ?

why() retourne le souvenir le plus proche et son sous-graphe de liens typés : nœuds mémoire avec profondeur de saut et arêtes qui les relient.

VelesDB aide-t-il à la traçabilité AI Act ?

VelesDB fournit pistes de preuve, données d’audit et replay forensique Premium pouvant soutenir les contrôles techniques de journalisation et de traçabilité. VelesDB seul ne rend pas un système complet conforme : gouvernance, gestion des risques et procédures restent nécessaires.

Que contient VelesDB Premium ?

VelesDB Premium ajoute gouvernance d’entreprise, replay forensique, effacement à deux niveaux, haute disponibilité et capacités opérationnelles self-hosted ou air-gapped. Le tarif est communiqué sur devis.

Quelle est la licence de VelesDB ?

VelesDB Core est source-available sous VelesDB Core License 1.0 et utilisable sans coût de licence selon ses conditions. VelesDB Premium utilise une licence commerciale.

Prêt à construire une mémoire agentique ?

Donnez à votre agent une mémoire qu’il peut expliquer

Commencez aujourd’hui avec le moteur Core local-first, puis ajoutez la gouvernance d’entreprise lorsque votre déploiement l’exige.

Installation localeCore source-availableAucun appel cloud imposé