23. August 2026 · Von YasKad
alibaba/zvec

Zvec: lokale Vektorsuche ohne separaten Server

alibaba/zvec · 16.005★ · 1.004 forks

Alles Wissenswerte über alibaba/zvec: eine quelloffene Vektordatenbank, eingebettet im Prozess der Anwendung selbst, für semantische, Volltext- und hybride Suche.


Was Zvec ist

Zvec ist eine Vektordatenbank-Bibliothek, die im Prozess der Anwendung selbst läuft. Ihr Ansatz ist es, einen eigenständigen Vektordienst zu vermeiden: Sie wird als SDK installiert, öffnet eine Sammlung an einem lokalen Pfad und bietet Einfügen und Abfragen direkt aus dem Programm heraus.

Das README beschreibt sie als Software, die innerhalb der Alibaba Group getestet wurde und auf Ähnlichkeitssuche mit niedriger Latenz und minimaler Installation ausgerichtet ist. Die offizielle Website veranschaulicht konkrete Anwendungen: retrieval-augmentierte Generierung, Bildsuche und Codesuche.

Abstrakte Darstellung von lokaler Persistenz und Speicher innerhalb des Prozesses, die ein leuchtendes, neon-umrandetes Anwendungsfenster zeigt, das einen sicheren, leuchtenden Datentresor enthält. Ein schützendes, futuristisches Energiefeld umgibt den Tresor und symbolisiert Absturzschutz und isolierte lokale Daten.

Der Ursprung: eine eingebettete Alternative zum Vektorserver

Das Repository alibaba/zvec wurde laut GitHub-API am 5. Dezember 2025 erstellt.

Die abrufbare öffentliche Zuschreibung ist Alibaba: Das Repository gehört zu dessen Organisation, das README besagt, es sei innerhalb der Gruppe getestet worden, und die Website veröffentlicht den Kontakt zvec@alibaba-inc.com.

Es wurde kein offizieller Eintrag gefunden, der eine namentliche Erstellerin oder einen Ersteller identifiziert, noch eine detailliertere Launch-Erzählung. Es gibt jedoch ein Signal früher Verbreitung: Die „Show HN”-Einreichung des Kontos zvec vom 29. Januar 2026 wurde als „die SQLite der Vektordatenbanken” präsentiert, erhielt aber nur 7 Punkte und keine Kommentare; das belegt die Launch-Nachricht, keine externe Rezension.

Darstellung der Philosophie „die SQLite der Vektordatenbanken": ein elegantes, leuchtendes Dunkelmodus-Anwendungsterminal, das direkt einen miniaturisierten, leuchtenden Datenbankkern in die eigene Architektur einbettet. Neonblaue und -grüne Datenpfade verbinden die Code-Oberfläche mit lokalem Speicher und umgehen traditionelle externe Servernetzwerke.

Die Produktspannung ist explizit: Statt einen separaten Dienst für Vektoren bereitzustellen und zu betreiben, argumentiert Zvec, dass die Anwendung die Datenbank lokal laden sollte. Die Seite formuliert dies als Ausführung „innerhalb deiner Anwendung” ohne externe Dienste.

Philosophie und Prinzipien

  • Lokal und eingebettet: Die Sammlung lebt an einem von der Anwendung gewählten Pfad; für das Grundbeispiel muss kein Server gestartet werden.
  • Betriebliche Einfachheit: Das README verspricht sofortige Installation und Nutzung, ohne verpflichtende initiale Konfiguration.
  • Kombinierbare Suche: kombiniert Vektorähnlichkeit, Volltext und strukturierte Filter in einer hybriden Abfrage.

Visualisierung hybrider Suche mit einer holografischen Dunkelmodus-Oberfläche, die drei leuchtende Datenströme kombiniert: Kugeln der Vektorähnlichkeit in Neon-Magenta, Volltextsuchzeichen in leuchtendem Cyan und Raster strukturierter Filter in geometrischem Gelb. Die Ströme verschmelzen zu einem einzigen, vereinten Ergebnisstrahl.

  • Persistenz vor Flüchtigkeit: nutzt Write-Ahead-Logging (WAL), das das Projekt als Schutz vor Prozessabsturz oder Stromausfall präsentiert.

Abstrakte, ultra-detaillierte digitale Illustration von Write-Ahead-Logging (WAL) und Datenpersistenz: ein leuchtendes, transparentes Datenbuch schwebt über einem dunklen, futuristischen Speicherlaufwerk, wobei leuchtende Neon-Lichtstrahlen Datentransaktionen aufzeichnen, bevor sie auf die Festplatte übertragen werden.

  • Leistung mit Kontext: Das Projekt veröffentlicht eigene Messungen, aber die Community-Debatte macht deutlich, dass Leistungsvergleiche vom Datensatz, dem Recall, der Hardware und der Konfiguration abhängen.

Wie es funktioniert

Eine Anwendung definiert ein CollectionSchema, erstellt oder öffnet eine Sammlung mit zvec.create_and_open(path=..., schema=...), fügt zvec.Doc-Objekte ein und ruft collection.query(...) mit dem Vektorfeld und topk auf. Das Ergebnis des Beispiels ist eine nach Relevanz sortierte Liste.

Die angegebenen Fähigkeiten umfassen dichte und dünne Vektoren, Abfragen mit mehreren Vektoren, Indizes von Speicher bis Festplatte, Volltextsuche, Filter und hybride Indizes. Bei gleichzeitigem Zugriff erlaubt das README mehreren Prozessen, dieselbe Sammlung zu lesen, reserviert das Schreiben aber für einen einzelnen Prozess.

Die Version v0.6.0, veröffentlicht am 20. Juli 2026, fügte Gruppensuche, optionale Zufallsrotation für INT8/INT4-Quantisierung, Verbesserungen des Volltextanalysators und eine C-API für DiskANN hinzu.

Offizieller und halboffizieller Status

Zvec ist ein offizielles Alibaba-Projekt in dem überprüfbaren Sinn, dass es unter alibaba/zvec lebt, seine offizielle Domain und E-Mail die Marke Alibaba verwenden und das README es innerhalb der Gruppe platziert.

Es wurde kein Beleg für eine Aufnahme in einen offiziellen Anbieter-Marktplatz oder eine externe Zertifizierung gefunden. Die offiziellen Distributionen sind dokumentiert: PyPI für Python, npm für Node.js und offizielle Links für Go, Rust und Dart/Flutter. Das erleichtert die Nutzung als Bibliothek, entspricht aber keiner Standardbezeichnung oder unabhängigen Validierung ihrer Leistungsangaben.

Das Ökosystem

Verknüpfte SDKs und Werkzeuge

Das README verlinkt offizielle SDKs für Python, Node.js, Go, Rust und Dart/Flutter, zusätzlich zu zvec-ai/zvec-studio, einem visuellen Werkzeug zum Erkunden von Daten und Debuggen von Abfragen ohne Code.

Futuristisches, mehrsprachiges SDK-Netzwerk-Visualisierung. Ein zentraler, leuchtender „Zvec"-Kern sendet Neon-Datenranken zu schwebenden holografischen Icons, die Python, Node.js, Go, Rust und Dart/Flutter darstellen. Dunkelmodus-Cyberpunk-Ästhetik, vernetzte Knoten, leuchtende Neon-Cyan- und Violett-Akzente.

Die während dieser Recherche abgerufene GitHub-Repository-Suche identifiziert auch diese zvec-ai-Repositories:

  • zvec-ai/zvec-rust, die Rust-Anbindung: 19 Sterne.
  • zvec-ai/zvec-go, die Go-Anbindung: 22 Sterne.
  • zvec-ai/zvec-node, Node.js-Bindings: 11 Sterne.
  • zvec-ai/zvec-dart, Dart- und Flutter-Integration: 3 Sterne.
  • zvec-ai/zvec-mcp-server, ein als offiziell beschriebener MCP-Server: 7 Sterne.
  • zvec-ai/zvec-agent-skills, offizielle Skills für KI-Agenten: 12 Sterne.
  • zvec-ai/zvec-web, eine Web-Oberfläche und ein Dokumentationsportal: 3 Sterne.

Die obigen Zahlen stammen aus der GitHub-Suche vom 12. August 2026 und belegen keine Kompatibilität oder Unterstützung für jedes Repository.

Hochtechnologische Oberfläche zur visuellen Datenexploration, die „Zvec Studio" als holografisches Dunkelmodus-Dashboard darstellt. Die Oberfläche zeigt leuchtende 3D-Vektorcluster, interaktive Panels zur Abfrage-Fehlersuche und schwebende geometrische Datenpunkte in einer dunklen Cyberpunk-Umgebung.

Community-Erweiterungen und Forks

Die Suche fand auch igobypenn/zvec-rust-binding, Community-Rust-Bindings (24 Sterne), und crazy-goat/php-zvec, PHP-Bindings, deren Beschreibung sie als native oder FFI-Erweiterung präsentiert (2 Sterne). mcncarl/agent-memory-vault behauptet, Zvec und SQLite für geteilten Speicher zwischen Claude Code und Codex zu nutzen (265 Sterne); es ist eine Integration, keine offizielle Komponente.

Die nach Sternen sortierte Fork-Abfrage lieferte Kopien mit derselben Beschreibung des Originalprojekts; die sternereichste, ochafik/zvec, hatte 3 Sterne. Es wurde keine Dokumentation gefunden, die eine Einstufung als eigenständige Ports oder Übersetzungen rechtfertigen würde. Das Repository selbst enthält README_CN.md, eine im Projekt gepflegte chinesische Übersetzung.

Zahlen des Repos

Messung: 12. August 2026, GitHub-API.

MetrikWert
Sterne15.430
Forks976
Echte Abonnenten71
Von der API gemeldete offene Issues66
HauptspracheC++
LizenzApache-2.0
Erstellung5. Dezember 2025
Letzter Releasev0.6.0, 20. Juli 2026

Die von der API zurückgegebenen führenden Contributor nach Beitragszahl waren egolearner (61), JalinWang (43), feihongxu0824 (42), zhourrr (38) und Cuiyus (36). open_issues_count kann offene Pull Requests einschließen; deshalb repräsentiert es nicht ausschließlich Issues. Ebenso spiegelt watchers_count in der allgemeinen Antwort die Sternzahl wider, weshalb subscribers_count als echte Abonnenten angegeben wird.

Wie man beiträgt

Der Contributing-Leitfaden empfiehlt Linux für Entwicklung und Messungen, 64-Bit-Python 3.10–3.14, CMake zwischen 3.26 und 4.0 sowie einen C++17-kompatiblen Compiler. Der dokumentierte Einstieg ist:

git clone --recursive https://github.com/alibaba/zvec.git
cd zvec
pip install -e ".[dev]"
python -c "import zvec; print('Success!')"

Wurde --recursive weggelassen, schreibt der Leitfaden selbst git submodule update --init --recursive vor. Tests laufen mit pytest python/tests/ -v; die Abdeckung nutzt pytest python/tests/ --cov=zvec --cov-report=term-missing.

Um Änderungen einzureichen, muss das Repository geforkt, ein feat/...-, fix/...- oder docs/...-Branch erstellt, Tests und Linter geprüft, ein PR gegen main eröffnet und das zugehörige Issue verlinkt werden. PRs müssen Abdeckung für neues Verhalten, Dokumentation wo zutreffend, und eine Erklärung nicht offensichtlicher Entscheidungen liefern.

Futuristische Entwickler-Arbeitsplatzeinrichtung, beleuchtet von leuchtenden Dunkelmodus-Terminalbildschirmen. Die Bildschirme zeigen C++- und Python-Code-Strukturen, Git-Branches und Test-Terminal-Ausgaben. Ein elegantes Cyberpunk-Computer-Rig auf einem dunklen Schreibtisch mit neonfarbener RGB-Beleuchtung.

Wie die Community reagierte

Der Hacker-News-Thread 47000535, eingereicht von dvrp, erreichte 226 Punkte und 45 Kommentare. Dort hob simonw hervor, dass Zvecs eigene Messungen es siebenmal vor Pinecone bei Abfragen pro Sekunde zeigten, bat aber um unabhängige Verifikation und eine technische Erklärung des Ergebnisses. Das ist eine konkrete Kritik an der Aussagekraft selbstberichteter Benchmarks, keine gemessene Widerlegung.

ashvardanian wandte ein, dass 8.000 Abfragen pro Sekunde mit zehn Millionen Vektoren in diesem Kontext wenig beeindruckend seien, und zitierte eigene höhere Ergebnisse mit USearch auf größeren Datensätzen. Der als luoxiaojian identifizierte Autor antwortete, dass ihr Vergleich mit VectorDBBench den Recall des vorherigen Spitzenreiters auf vergleichbarer Hardware hielt oder übertraf, und räumte ein, dass selbstberichtete Zahlen Grenzen haben.

Dynamische, cyberpunkartige Benchmark-Kampf-Visualisierung. Zwei leuchtende Datenströme rasen durch eine dunkle digitale Leere: ein Strom mit neon-magenta Vektorknoten (Zvec darstellend), der sich mit hoher Geschwindigkeit bewegt, und ein anderer Strom aus neon-blauen Würfeln (Pinecone/USearch darstellend). Ästhetik der Hochgeschwindigkeits-Datenübertragung, Bewegungsunschärfe-Effekte, Neonbeleuchtung.

Derselbe Thread enthält eine praktische Beobachtung von antirez: Er erklärte, dass Redis Vector Sets 20.000–50.000 Abfragen pro Sekunde im Speicher erreichen kann, abhängig von der Hardware. Das ist die eigene Erfahrung seines Autors, kein kontrollierter Vergleich mit Zvec.

Es wurden keine abrufbaren Belege von Reddit erhalten: Die API lieferte eine Netzwerksperrseite. Es wurden während dieses Durchlaufs auch keine überprüfbaren Ergebnisse von Product Hunt, X, Videos, Podcasts oder Hashnode-Artikeln abgerufen; daraus wird nicht geschlossen, dass sie nicht existieren. Die Dev.to-API lieferte einen Artikel von obataka, „Postmortem: stiller Datenverlust in einem prozessinternen Vektorspeicher”, veröffentlicht am 21. Juli 2026; seine Beschreibung identifiziert ein Problem im Zusammenhang mit dem Aufruf von optimize() nach einer unsauberen Wiederherstellung, wurde aber ohne Abruf des Volltexts nicht als allgemeine Schlussfolgerung verwendet.

Zvec im Vergleich zu anderen Ansätzen

VorschlagÜberprüfbare BeziehungGrenze des Vergleichs
PineconeZvecs eigener Benchmark nutzt es als Referenz im Hacker-News-Kommentar.Pinecones vollständige Methodik wurde nicht abgerufen; es wird kein allgemeiner Leistungsvorteil geschlossen.
USearchashvardanian nutzte es im Thread als Leistungs-Gegenpunkt, und Zvecs Autor antwortete mit einer Erwähnung.Das sind Aussagen von Teilnehmern; sie stellen keinen unabhängigen Benchmark zwischen beiden dar.
Redis Vector Setsantirez erwähnte es während der Diskussion als speicherinterne Alternative.Der Thread zeigt weder funktionale Gleichwertigkeit noch Migration noch Überlegenheit einer der Optionen.

Zvecs überprüfbarer Unterschied zu diesen Diensten und Bibliotheken ist keine universelle Bewertung: Seine Dokumentation betont das eingebettete Modell, die lokale Sammlung, das WAL und die Kombination aus Vektor-, Text- und gefilterter Suche.

Kurzanleitung zur Nutzung

Installation und erster Start

Für 64-Bit-Python zwischen 3.10 und 3.14 lautet die offizielle Installation:

pip install zvec

Für Node.js ist es npm install @zvec/zvec; für Rust cargo add zvec-rust; und für Flutter flutter pub add zvec. Das README erklärt Unterstützung für Linux x86_64/ARM64, macOS ARM64 und Windows x86_64.

Der erste Start erfordert keinen Daemon: Beim Ausführen von zvec.create_and_open(path="./zvec_example", schema=schema) wird die Sammlung an diesem Pfad erstellt oder geöffnet.

Übliche Arbeitsabläufe

  1. Lokale semantische Suche: VectorSchema definieren, die Sammlung erstellen, zvec.Doc einfügen und collection.query(zvec.Query(...), topk=10) aufrufen.
  2. Eine Datenbank zusammen mit einer Anwendung persistieren: einen lokalen Pfad in create_and_open wählen; das WAL ist der dokumentierte Mechanismus, um Änderungen bei einem Absturz zu bewahren.
  3. Absicht und Bedingungen kombinieren: die dokumentierte hybride Suche nutzen, um Ähnlichkeit, Volltext und strukturierte Filter zu verschmelzen.
  4. Daten ohne Programmieren inspizieren: Zvec Studio nutzen, das das README zum Erkunden von Daten und Debuggen von Abfragen empfiehlt.

Wesentliche Konfiguration

  • path von create_and_open: lokaler Speicherpfad der Sammlung.
  • CollectionSchema und VectorSchema: Name der Sammlung, Feld, Typ und Dimension des Vektors.
  • topk von query: Anzahl der angeforderten Ergebnisse.
  • Indextyp: Die Dokumentation beschreibt Optionen, die von Speicher bis Festplatte skalieren; sollte je nach Daten und Deployment gewählt werden.
  • Build-Optionen: bei der Entwicklung aus dem Quellcode steuern CMAKE_BUILD_TYPE, CMAKE_GENERATOR und ENABLE_SKYLAKE_AVX512 Kompilierung, Generator und AVX-512-Optimierung.

Häufige Fallstricke und Lösungen

  • Klonen ohne Submodule: git submodule update --init --recursive ausführen.
  • Mehrere Schreibvorgänge von verschiedenen Prozessen versuchen: Das README erklärt gleichzeitige Lesevorgänge, aber exklusives Schreiben eines einzelnen Prozesses; Schreibvorgänge zentralisieren oder diese Exklusivität respektieren.
  • QPS ohne Kontext interpretieren: Die HN-Debatte zeigt, dass Recall, Größe, Verteilung, Hardware und Metrik alle eine Rolle spielen; die Methodik reproduzieren, bevor Benchmarks extrapoliert werden.
  • Inkompatibles Python verwenden: mit 64-Bit-Python innerhalb des dokumentierten Versionsbereichs installieren.

Integrationen und Migration

Die verlinkten offiziellen SDKs decken Python, Node.js, Go, Rust und Dart/Flutter ab. Für KI-Agenten umfasst das zvec-ai-Ökosystem einen MCP-Server und offizielle Skills; für visuelle Administration Zvec Studio. Es wurde keine offizielle Migrationsanleitung von Pinecone, USearch, Redis oder einer anderen Vektordatenbank gefunden; daher werden keine Export- oder Importbefehle erfunden.

Anwendungsfälle

  • Anwendungen für retrieval-augmentierte Generierung, Code- oder Bildsuche, die Vektorsuche ohne die Bereitstellung einer Datenbank als Dienst benötigen, können die Sammlung direkt in den Prozess einbetten.
  • Teams, die semantischen Recall, Schlüsselwörter und Filter mischen müssen, können die dokumentierte hybride Suche nutzen, statt diese drei Schichten separat zusammenzusetzen.
  • Desktop-Produkte, CLI-Werkzeuge, Notebooks und Edge-Deployments sind natürliche Zielgruppen des eingebetteten Modells, das laut README überall dort laufen kann, wo der Code läuft.
  • Betreuer von Agenten-Anwendungen können die MCP-, Skills- und Bindings-Repositories des Ökosystems bewerten, sollten aber deren Kompatibilität vor der Übernahme prüfen, da Suchergebnisse keine Support-Garantie darstellen.

Ressourcen


Hinweis: Dieser Artikel kombiniert das README und den Contributing-Leitfaden des Projekts, die GitHub-API, einen Hacker-News-Thread und Community-Suchen, abgerufen am 12. August 2026. Zahlen ändern sich mit der Zeit.

Kommentare