ConareDB als Standalone befindet sich in kontrollierter Beta. Die Engine läuft in Produktion unter Conare AI Memory; der direkte Datenbankzugriff wird gerade für Beta-Kunden geöffnet. Live-Status: conare.betteruptime.com.
ConareDB Console
Melde dich mit deinem
cdb_-Key an, um Namespaces, Nutzung und Metriken zu durchsuchen.Zwei Wege, dieselbe Engine zu kaufen
Standalone ConareDB wandelt niemals Text in Embeddings um – kombiniere es mit der Embeddings-API, wenn du Vektoren aus derselben Modellfamilie möchtest, mit der auch Conare-Retrieval arbeitet, oder bringe ein beliebiges eigenes Modell mit.
Was du bekommst
- Isolierte Namespaces – jeder ein vollständiger Store mit eigenem WAL, Persister und Object-Store-Mirror. Wird beim ersten Schreibvorgang angelegt; endgültig gelöscht mit einem durablen Anti-Restore-Tombstone.
- Hybride Suche – Vektor-, BM25-Keyword- und chronologische Zweige in einem Request, mit einer typisierten Filter-DSL. Vektor-Scores sind stets exakt: Der ANN-Pfad rerankt Kandidaten gegen Vektoren voller Präzision, bevor er zurückgibt.
- Gescopte Keys –
cdb_...-Bearer, gescopt auf exakte oder Präfix-Namespace-Patterns, mit unabhängigenread- /write- /delete-Berechtigungen, optionalen per-Key-Rate-Limits und Ablauf. Secrets werden einmalig angezeigt und nur als SHA-256-Digest gespeichert. - Binärer Bulk-Ingest – ein binärer fp16-Frame pro Request mit restart-sicheren konditionalen Quittungen, gebaut zum Seeden von Zehnermillionen Zeilen.
- Deterministische Ergebnisse – für einen fixen Indexzustand liefern identische Queries bei jeder Nebenläufigkeit bytegleiche Trefferlisten. Kontinuierliches Recall-Sampling prüft ANN-Antworten im Hintergrund gegen die Brute-Force-Wahrheit.
Endpunkte im Überblick
Starte mit dem Quickstart oder springe zu Search, Writes & Ingest, Namespaces & Keys oder Migration von Turbopuffer.