--- title: "TencentDB Agent Memory: SQLite, APIs und Benchmarks" canonical: https://wavect.io/de/blog/tencentdb-agent-memory-sqlite-review/ language: de description: "TencentDB Agent Memory mit SQLite: Welche LLM-Abhängigkeiten bleiben? Prüfe lokale Inferenz, 61 % Token-Ersparnis und den Bedarf an einer Vektordatenbank." image: "https://wavect.io/img/blog/headers/header_tencentdb-agent-memory-sqlite-review.png" author: ["Kevin Riedl"] published: "2026-10-30" updated: "2026-10-30" reviewed: "2026-10-30" --- # TencentDB Agent Memory: Was läuft mit SQLite lokal? [**Zurück**](/de/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/de/team/kevin-riedl/) [Kevin Riedl](/de/team/kevin-riedl/) https://linkedin.com/in/wsdt 10 Min Lesezeit · 30. Oktober 2026 Zuletzt geprüft 30. Oktober 2026 [**Weiter**](/de/blog/openviking-agent-memory-review/) TL;DR TencentDB Agent Memory kann dauerhaftes Agentengedächtnis lokal in SQLite speichern, mit Stichwortsuche und optionalen Vektoren. Die Gedächtnisextraktion braucht weiterhin ein konfiguriertes Sprachmodell. Das Projekt meldet rund 61 % weniger Tokens für WideSearch mit OpenClaw und einen Anstieg der PersonaMem-Genauigkeit von 48 % auf 76 %. Das sind unterschiedliche Auswertungen, keine allgemeingültigen Produktionsergebnisse. Wir unterscheiden das ältere Plugin vom heutigen Team Hub und schlagen Prüfungen für Korrekturen, Quellenabruf, Offline-Verhalten und Betriebskosten vor. Dein Agent startet eine neue Sitzung, und du erklärst die Projektvorgaben erneut. Dauerhaftes Gedächtnis soll dir diese Arbeit ersparen. **TencentDB Agent Memory kann das Gedächtnis eines Agenten lokal in SQLite speichern.** Für einen begrenzten Einsatz kann damit ein separater verwalteter Vektordienst entfallen. Die Extraktion von Erinnerungen braucht weiterhin ein konfiguriertes Sprachmodell; auch Vektorsuche bleibt möglich. Die [MemoryCore-Dokumentation zum Betrieb](https://github.com/TencentCloud/TencentDB-Agent-Memory/blob/ecc01a545da0b2ac6cae2f0f0af0d39d41469793/MemoryCore/README.md) beschreibt diese Abhängigkeiten. **Quellen geprüft am 30. Oktober 2026.** Wir bewerten Dokumentation und Konfiguration anhand festgelegter Revisionen. Dieser Beitrag enthält keine Messungen aus einem Wavect-Deployment und keine unabhängig reproduzierten Benchmarks. Der unten beschriebene Pilot ist ein Vorschlag zur Bewertung. ## Welche Version von TencentDB Agent Memory ist gemeint? TencentDB Agent Memory hat sich von einem Plugin zu einem Memory Hub für Teams entwickelt. Die Zahl zur Token-Ersparnis stammt aus der [älteren Plugin-Dokumentation](https://github.com/TencentCloud/TencentDB-Agent-Memory/blob/a3c2d8600b5d8ab51d5389e55ce62ca8da16b833/README.md). Die [aktuelle Hub-Dokumentation](https://github.com/TencentCloud/TencentDB-Agent-Memory/blob/ecc01a545da0b2ac6cae2f0f0af0d39d41469793/README.md) beschreibt gemeinsam nutzbares Chat Memory, Skills, Wiki und CodeGraph. | Umfang | Was du bewerten solltest | Geprüfter Quellstand | | --- | --- | --- | | Plugin-Architektur | OpenClaw-Integration, optionales Auslagern kurzfristiger Inhalte und die ursprüngliche Token-Tabelle. | `main`, `a3c2d860` | | Team Memory Hub | Memory Core, Hub und Proxy; wiederverwendbare Inhalte mit Zugriffsbeziehungen zwischen Teams, Nutzern und Agenten. | `feat/server_team`, `ecc01a54` | Nutze die Installationsanleitung für deine gewählte Revision. Der ältere Mermaid-Offload-Ansatz beschreibt nicht jede heutige Proxy-Integration. ## Ersetzt TencentDB Agent Memory eine Vektordatenbank? Bei manchen Deployments kann TencentDB Agent Memory einen separaten Vektordienst einsparen und Vektorsuche trotzdem als Option behalten. Die [Plugin-Konfiguration](https://github.com/TencentCloud/TencentDB-Agent-Memory/blob/a3c2d8600b5d8ab51d5389e55ce62ca8da16b833/openclaw.plugin.json) nennt SQLite mit `sqlite-vec` sowie Tencent Cloud VectorDB als Backends. Der [aktuelle eigenständige MemoryCore](#evidence-1) nutzt standardmäßig BM25-Stichwortsuche bei deaktivierten externen Embeddings. Die Behauptung, China habe die gesamte Vektordatenbankbranche erledigt, lässt sich daraus nicht ableiten. Tencent bietet ein Gedächtnissystem mit mehreren Speicher- und Suchoptionen. Dass ein bestimmter Workflow ohne verwalteten Dienst auskommt, sagt wenig über sämtliche verteilten Suchsysteme aus. Wie du Erinnerungen organisierst, ist eine andere Entscheidung als die Datenbankwahl. Ein Embedding-Index kann auf Originaltext verweisen. Die Anwendung kann Herkunft, Zeitbezug und Zugriffskontrollen ergänzen. Einen weiteren hierarchischen Ansatz erklärt unser [OpenViking-Leitfaden zu Dateisystem-Memory](/de/blog/openviking-agent-memory-review/) anhand der verzeichnisbasierten Suche dieses Produkts. ## Wie funktionieren die Gedächtnisebenen L0 bis L3? Die [vier Gedächtnisebenen von TencentDB](#evidence-3) verdichten Gespräche zu zunehmend ausgewähltem Kontext: Originaldialog, extrahierte Atome, Szenariowissen und ein Persona- oder Kernprofil. Prüfe, ob du von einer abgeleiteten Aussage noch zu den Belegen gelangst. | Ebene | Darstellung | Beispiel für die Prüfung | | --- | --- | --- | | L0 Conversation | Originaldialog | Am Montag erlaubt der Nutzer, Projekt Atlas am Freitag zu deployen. Am Mittwoch widerruft er diese Freigabe. | | L1 Atom | Extrahierter Fakt oder Vorgabe | Die aktuelle Vorgabe lautet: Das Deployment am Freitag ist nicht mehr freigegeben. | | L2 Scenario | Projekt- oder Situationskontext | Die Atlas-Release-Notizen sollen den Widerruf mit dem betroffenen Release verknüpfen. | | L3 Core / Persona | Längerfristiges Profil | Eine allgemeine Kommunikationspräferenz kann hierher gehören. Eine vorübergehende Release-Ausnahme darf nicht zur dauerhaften persönlichen Eigenschaft werden. | Frage den Agenten am Donnerstag, ob er deployen darf. Verlange die Korrektur vom Mittwoch samt Quelle. Beide Nachrichten zu finden reicht nicht, wenn ihre zeitliche Reihenfolge unberücksichtigt bleibt. Das ist ein vorgeschlagener Test, kein beobachtetes Ergebnis. Die oberen Ebenen sind abgeleitete Interpretationen. Aufbewahrte Quellen machen sie überprüfbar, garantieren aber weder korrekte Zusammenfassungen noch verlustfreien Abruf. Manche Artefakte liegen als Markdown vor, andere als Datenbankeinträge oder JSONL. ## Was machen Mermaid und node_id mit Tool-Logs? Der [ältere Plugin-Ansatz](#evidence-2) lagert rohe Tool-Ausgaben in Dateien aus, hält Schrittzusammenfassungen in JSONL fest und behält einen kompakten Mermaid-Aufgabengraphen im Kontext. Eine `node_id` verknüpft den aufgezeichneten Schritt über seine `result_ref` mit detaillierteren Belegen. Der Agent kann diese abrufen, ohne jedes Log immer wieder vollständig zu lesen. Im Aufgabengraphen könnte stehen, dass der Atlas-Build fehlgeschlagen ist. Bevor der Agent Abhängigkeiten ändert, sollte er die Ausgabe des fehlgeschlagenen Befehls abrufen und nach einem neueren Lauf suchen. „Build fehlgeschlagen“ hilft bei der Navigation. Für die Diagnose braucht er die konkrete Fehlermeldung. Das geprüfte Plugin benötigt zusätzliche OpenClaw-Konfiguration, um kurzfristige Inhalte optional auszulagern. Prüfe, ob es Verweise erzeugt und ob der Agent deren Originalquellen nach einem Neustart abrufen kann. ## Kann das gesamte System offline laufen? Lokaler SQLite-Speicher beweist noch keine lokale Inferenz. Die aktuelle Deployment-Vorlage konfiguriert ein Modell für den Gedächtnisaufbau und ein Modell für die Antworten des Agenten. Beide können denselben Endpunkt nutzen. Prüfe trotzdem beide Aufrufwege sowie aktivierte Embeddings und externe Tools. | Komponente | Relevante Grenze | Was du prüfen solltest | | --- | --- | --- | | Gedächtnisspeicher | SQLite und lokale Dateien | Dauerhaftes Volume, Dateirechte und Wiederherstellung. | | Gedächtnisextraktion | `MEMORY_LLM_*` im Hub-Deployment | Der Endpunkt läuft lokal und führt Extraktion und Zusammenführung vollständig aus. | | Agenteninferenz | `PROXY_UPSTREAM_*` | Der Proxy leitet an lokale Inferenz weiter, auch bei einem Fallback. | | Informationsabruf | Standardmäßig BM25; Embeddings bei entsprechender Konfiguration | Die Stichwortsuche funktioniert und jeder genutzte Embedding-Endpunkt bleibt lokal. | | Tools und Start | Netzwerkverhalten deiner Integration | Benötigte Modelle und Abhängigkeiten sind vorhanden; die Tools brauchen zur Laufzeit keine externen Dienste. | Diese Variablengruppen stammen aus der [Vorlage für die Deployment-Umgebung](https://github.com/TencentCloud/TencentDB-Agent-Memory/blob/ecc01a545da0b2ac6cae2f0f0af0d39d41469793/deploy/global-images/.env.example). Einen kompatiblen lokalen Endpunkt musst du testen. Dieser Beitrag belegt keine bestimmte Extraktionsqualität für ein lokales Modell. Blockiere nach der Bereitstellung ausgehenden Netzwerkverkehr und zeichne Verbindungsversuche auf. Beginne ein Gespräch, warte auf die abgeleiteten Erinnerungen und starte neu. Lass anschließend die geänderte Atlas-Vorgabe samt Quelle abrufen. Ein Healthcheck allein reicht nicht. Für gemeinsam genutztes Coding-Gedächtnis über MCP lies unsere [Anleitung zu mcp-memory-service](/de/blog/mcp-memory-service-claude-code-cursor/). ## Was belegen die 61 % und die PersonaMem-Ergebnisse? Die beiden Kennzahlen stammen aus unterschiedlichen, auf bestimmte Aufgaben zugeschnittenen Auswertungen. Die [Benchmark-Tabelle des Plugins](#evidence-2) nennt den Token-Verbrauch mit WideSearch und OpenClaw sowie die PersonaMem-Genauigkeit unter einem Evaluationsaufbau für lange Abläufe. Daraus lässt sich die Ersparnis deines Deployments nicht ableiten. | Messgröße | Ohne / mit Gedächtnis | Was daraus folgt | | --- | --- | --- | | WideSearch-Tokens | 221,31 Millionen / 85,64 Millionen | Rund 61 % weniger Tokens in der veröffentlichten Auswertung. | | PersonaMem-Genauigkeit | 48 % / 76 % | 28 Prozentpunkte Zuwachs bei der untersuchten Personalisierungsaufgabe. | Aus den gedruckten Token-Zahlen ergibt sich `(221,31 - 85,64) / 221,31 × 100 = 61,30 %`, auf zwei Nachkommastellen gerundet. Die README nennt 61,38 %. Deshalb schreiben wir „rund 61 %“ und zeigen die Ausgangswerte, statt eine von der Tabelle nicht gestützte Genauigkeit vorzutäuschen. Die [PersonaMem-Forschungsarbeit](https://arxiv.org/abs/2504.14225) bewertet personalisierte Antworten anhand sich verändernder Nutzerprofile. Dieser Score misst weder die allgemeine Korrektheit einer Datenbank noch Quellennachweise oder Mandantentrennung. Auch das ältere Token-Ergebnis ist kein Benchmark des vollständigen heutigen Hub-Stacks. Für einen Kostenvergleich zählen alle Modellaufrufe: Extraktion, Zusammenführung, Agenteninferenz, Wiederholungen und Abrufe tieferer Belege. Dazu kommen Embedding- und Infrastrukturkosten. Miss die Kosten pro erfolgreich abgeschlossener Aufgabe. Unser [Kostenmodell pro KI-Agentenaktion](/de/blog/ai-agent-cost-per-action-2026/) erklärt diesen umfassenderen Berechnungsrahmen. ## Wann reicht SQLite, wann brauchst du einen separaten Dienst? Wir würden mit lokalem SQLite beginnen, wenn ein einzelnes Deployment die Last- und Wiederherstellungsziele der Anwendung erfüllt. Prüfe separate Speicher- oder Suchinfrastruktur, sobald gemessene Zugriffskonflikte, Suchqualität oder Verfügbarkeitsanforderungen sie rechtfertigen. Eine allgemeingültige Grenze nach Anzahl der Datensätze gibt es dafür nicht. | Anforderung | Ein SQLite-Pilot passt, wenn | Prüfe einen anderen Dienst, wenn | | --- | --- | --- | | Deployment | Ein kontrollierter Knoten den dauerhaften Speicher verwaltet. | Mehrere Knoten unabhängigen, koordinierten Zugriff und Failover benötigen. | | Schreiblast | Aufzeichnung und Extraktion bei realistischer Parallelität im Latenzbudget bleiben. | Gemessene Schreibkonflikte oder das Wiederherstellungsverhalten die Ziele verfehlen. | | Informationsabruf | Stichwortsuche oder konfigurierte lokale Vektorsuche den Fragenkatalog der Anwendung bestehen. | Gemessene Suchqualität oder Latenz einen anderen Index oder eine andere Bereitstellung erfordern. | | Betrieb | Das Team Backups, Wiederherstellung, Zugriffsgrenzen und Upgrades verantworten kann. | Die Verfügbarkeitsziele Betriebsfähigkeiten erfordern, die das Deployment nicht bietet. | Die [Deployment-Empfehlungen von SQLite](https://sqlite.org/whentouse.html) unterscheiden anwendungslokalen Speicher von Client-Server-Workloads und nennen die Begrenzung auf einen gleichzeitigen Schreiber pro Datenbankdatei. Das hilft bei der Planung, ist aber keine Durchsatzmessung für TencentDB. Eine separate Datenbank korrigiert auch keine falsch extrahierte Präferenz von selbst. Für die gehostete oder lokale API von Supermemory lies unseren [Supermemory-Leitfaden zu Gedächtnis-Lebenszyklus und Deployment](/de/blog/supermemory-ai-agent-memory/). Bewerte einen Wechsel anhand derselben Anwendungsaufgaben. ## Wie würden wir das Gedächtnis vor dem Einsatz prüfen? Wir würden Läufe mit und ohne dauerhaftes Gedächtnis vergleichen: gleiche Aufgaben, gleiches Antwortmodell, gleiche Tools und gleiche Bewertungsregeln. Beginne mit fiktiven Datensätzen und einer festen Konfiguration. Warte die Gedächtnisverarbeitung ab, bevor du den Abruf bewertest. Wiederhole die Aufgaben, um Schwankungen und Fehler zu erfassen. 1. **Korrektur und Geltungsbereich:** Nutze den Atlas-Ablauf von oben. Ergänze ein anderes Projekt, für das das Freitagsdeployment weiterhin erlaubt ist. Verlange für jedes Projekt die richtige Vorgabe samt Quelle. 2. **Belege wiederherstellen:** Frage nach einem exakten Detail aus einem ausgelagerten Log und wiederhole den Abruf nach einem Neustart. Halte die Quellen-ID fest, prüfe das Vorhandensein der Quelle und gleiche die Antwort mit ihr ab. 3. **Nicht vertrauenswürdige Inhalte:** Füge ein Tool-Log ein, das den Agenten auffordert, den Nutzer zu ignorieren. Prüfe, ob abgerufener Text als Beleg behandelt wird und nicht unbemerkt Aktionen freigeben kann. 4. **Trennung und Löschung:** Frage denselben Fakt aus Sicht eines anderen Nutzers oder Teams ab. Entferne danach den Testdatensatz und prüfe abgeleitete Erinnerungen, Dateien und die vorgesehene Aufbewahrung. Ein fehlender Suchtreffer beweist noch keine vollständige Löschung. 5. **Ausfall und Kosten:** Unterbrich die Extraktion oder einen konfigurierten Endpunkt und beobachte die Wiederherstellung. Miss den gesamten Modellverbrauch, den Aufgabenerfolg und die p95-Latenz bei der erwarteten parallelen Last. Lege vor dem Start fest, was bestanden werden muss: Die geänderte Vorgabe wird korrekt angewendet, Belege sind wiederauffindbar, im Testdatensatz gelangen keine Informationen an andere Nutzer und die vereinbarten Kosten- und Latenzbudgets werden eingehalten. Das sind vorgeschlagene Abnahmekriterien. ## Unsere Empfehlung Prüfe TencentDB Agent Memory, wenn lokaler Speicher und nachvollziehbare Erinnerungen ein konkretes Workflow-Problem lösen. Beginne mit einem Ablauf. Belege, dass Korrekturen eine neue Sitzung überstehen, Originalquellen abrufbar bleiben und jeder konfigurierte Modellaufruf zu deinen Anforderungen passt. Ergänze Infrastruktur, sobald die gemessene Last sie erfordert. Mit unserer [KI-Entwicklung](/de/services/artificial-intelligence/) helfen wir dir, Architektur und Bewertung abzugrenzen. Der erste nützliche Meilenstein ist eine wiederholbare Entscheidung anhand deiner eigenen Aufgaben: Verbessert das Gedächtnis das Ergebnis so weit, dass sich Aufbau und Betrieb lohnen? Der Quellcode steht unter der [MIT-Lizenz](https://github.com/TencentCloud/TencentDB-Agent-Memory/blob/ecc01a545da0b2ac6cae2f0f0af0d39d41469793/LICENSE). Modellinferenz, Hardware und Betriebsaufwand gehören weiterhin in die Kalkulation. ## Häufige Fragen zu TencentDB Agent Memory ### Trainiert dauerhaftes Gedächtnis das zugrunde liegende Modell? Der dokumentierte Gedächtnispfad speichert und lädt Kontext außerhalb der Modellgewichte. Gesprächseinträge werden in wiederverwendbare Darstellungen überführt; spätere Anfragen erhalten ausgewählte Inhalte. Bewerte die Antworten und ihre Belege beim Modellaufruf. Ein erfolgreicher Speichervorgang beweist nicht, dass das Basismodell etwas dauerhaft gelernt oder seine Gewichte verändert hat. ### Kann ich jeden vorhandenen Agenten ohne Integrationsarbeit anschließen? Prüfe den Integrationsweg für deinen konkreten Client und die gewählte Revision. Das Projekt bietet unterstützte Proxy-Integrationen, Adapter und SDKs. Ein eigener Agent braucht dennoch kompatible Anfragen und einen klaren Ablauf für Aufzeichnung und Abruf. Prüfe, welche Nachrichten gespeichert werden, welcher Kontext eingespeist wird und welche authentifizierte Identität den Gedächtnisbereich auswählt. ### Bedeutet Open Source, dass der gesamte Betrieb kostenlos ist? Der Quellcode ist unter der MIT-Lizenz verfügbar. Ein Deployment benötigt weiterhin Inferenz, Speicher, Rechenleistung und Wartung. Vergleiche die gesamten Betriebskosten mit erfolgreich abgeschlossenen Aufgaben. Zähle auch Modellaufrufe für den Aufbau und die Aktualisierung des Gedächtnisses. Ein lokal betriebenes Modell verändert die Kostenstruktur, macht die Berechnung aber nicht überflüssig. ### Was gehört in ein Gedächtnis-Backup? Behandle die dauerhafte Datenbank, referenzierte Rohdateien und relevante Konfiguration als ein gemeinsam wiederherstellbares System. Teste die Wiederherstellung in einer isolierten Umgebung und prüfe, ob Quellenverweise noch auflösbar sind. Bewahre Zugangsdaten getrennt von gewöhnlichen Exporten auf. Der genaue Backup-Umfang hängt vom gewählten Backend und der Revision ab. Lege ihn fest, bevor du wertvolle Daten im Gedächtnis speicherst. ### Kann ich einen vorhandenen Vektorindex direkt importieren? Ein Vektorindex ist nicht zwangsläufig ein vollständig übertragbares Gedächtnissystem. Es können Originalgespräche, Eigentumsinformationen, zeitliche Beziehungen und Quellenverweise fehlen, die die neue Gedächtnispipeline benötigt. Dieser Beitrag belegt keinen fertigen Importer für beliebige Anbieter. Prüfe einen dokumentierten Migrationsweg oder plane das kontrollierte erneute Einlesen aus maßgeblichen Originaldaten. ### Heißt 76 % Genauigkeit, dass sich der Agent an 76 % von allem erinnert? Die gemeldeten 76 % gehören zur PersonaMem-Auswertung des Projekts. Dabei geht es um personalisierte Antworten anhand der Nutzerhistorie. Die Zahl beschreibt weder den Anteil sämtlicher wiedergefundener Fakten noch eine Garantie für deine Nutzer oder Workflows. Bewerte zusätzlich Aufgabenerfolg, Korrekturen, Belege und Zugriffstrennung. Diese Tests entscheiden über die Einsatzreife deiner Anwendung. Agent Engineering ## Weiterlesen Coding Agents, MCP, Kontextsysteme, Evaluation und Kontrollen für verlässliche Automatisierung. [Hier starten**Graph Engineering für KI-Agenten: Wann lohnt sich ein Knowledge Graph?**](/de/blog/graph-engineering-ai-agents/) - [RTK AI 1.0: Token-Ersparnis, Einrichtung und Lizenzen](/de/blog/rtk-ai-token-savings-review/) - [Anatomy für Claude Code: Interaktive SVG für die Dokumentation](/de/blog/anatomy-claude-code-interactive-svg/) - [Google AX: Suspend/Resume, Neustartkosten und Selbsthosting](/de/blog/google-ax-agent-executor-security-self-hosting/) - [WikiSkill: Wie Agenten SKILL.md aus Erfahrung weiterentwickeln](/de/blog/wikiskill-self-evolving-agent-skills/) - [Tencent Octop im Review: Was Entwickler tatsächlich kostenlos bekommen](/de/blog/tencent-octop-ai-assistant-review/) [Nächster Artikel**RTK AI 1.0: Token-Ersparnis, Einrichtung und Lizenzen**](/de/blog/rtk-ai-token-savings-review/) [**Zurück**](/de/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/de/team/kevin-riedl/) [Kevin Riedl](/de/team/kevin-riedl/) https://linkedin.com/in/wsdt 10 Min Lesezeit · 30. Oktober 2026 Zuletzt geprüft 30. Oktober 2026 [**Weiter**](/de/blog/openviking-agent-memory-review/)