Memory MCP einrichten: Speicher und Neustart prüfen

Eine Notiz ist erst dauerhaft gespeichert, wenn sie nach einem vollständigen Neustart wieder abrufbar ist. Planen Sie deshalb mehr als einen erfolgreichen Schreibaufruf. Verwenden Sie für die Einrichtung ausschließlich erfundene Testdaten und eine eigene Speicherdatei. So lässt sich jeder Schritt wiederholen und anschließend aufräumen. Das Ziel dieses Leitfadens ist eine nachvollziehbare Probe von Schreiben, erneutem Lesen und gezieltem Entfernen.

Speicheraufgabe und Projektgrenze festlegen

Der Referenzserver @modelcontextprotocol/server-memory organisiert Einträge als Entitäten, Beobachtungen und gerichtete Beziehungen in einem lokalen Wissensgraphen. Eine beliebige Textablage ist eine andere Aufgabe; dafür gibt es die Filesystem-Anleitung. Im Gedächtnis-Verzeichnis und in der Memory-Suche vergleichen Sie deklarierte Eigenschaften verschiedener Implementierungen.

Eine ausdrückliche Speicherdatei konfigurieren

Das Beispiel verwendet mcpServers und legt mit MEMORY_FILE_PATH eine JSONL-Datei fest. Ersetzen Sie den Beispielpfad durch einen absoluten Pfad auf dem Rechner des Serverprozesses. Legen Sie das übergeordnete Testverzeichnis vorher an. Die Clientübersicht erklärt die Dateiformate; ein Pfad auf Ihrem Desktop gilt nicht automatisch in einem Container.

{
  "mcpServers": {
    "memory": {
      "command": "npx",
      "args": [
        "-y",
        "@modelcontextprotocol/server-memory"
      ],
      "env": {
        "MEMORY_FILE_PATH": "/absolute/path/mcp-test/memory.jsonl"
      }
    }
  }
}

Für Windows tragen Sie einen passenden absoluten Windows-Pfad ein und maskieren Rückstriche in JSON. Prüfen Sie außerdem den Startweg Ihres Clients; die Herstellerquelle nennt dort cmd /c für npx. Kontrollieren Sie die Datei vor dem ersten Lauf im Konfigurationscheck. Notieren Sie die tatsächlich verwendete Paketversion, damit ein späterer Versuch dieselbe Grundlage hat.

Schreiben, Neustart und Lesen getrennt nachweisen

1. Wählen Sie einen eindeutigen Testnamen, etwa projekt_probe_20261001, und eine erfundene Beobachtung wie „Kennfarbe ist grün“. Prüfen Sie, dass der Name noch nicht vorhanden ist.

2. Legen Sie das Testobjekt mit der angebotenen Schreibfunktion an. Lesen Sie es anschließend über die angebotene Abruffunktion und vergleichen Sie den Inhalt wörtlich.

3. Beenden Sie den Serverprozess vollständig. Starten Sie ihn mit derselben Konfiguration neu und fragen Sie erneut gezielt nach Ihrem Testnamen.

4. Entfernen Sie ausschließlich das angelegte Testobjekt. Wiederholen Sie den Abruf nach einem weiteren Neustart und dokumentieren Sie, dass der Testinhalt nicht mehr erscheint.

Lesen Sie die aktuellen Eingabeschemata aus der Werkzeugliste, statt Namen oder Argumente aus einem älteren Beispiel zu erraten. Halten Sie die Antworten der vier Phasen getrennt fest. Eine Antwort im bereits geöffneten Gespräch ist kein unabhängiger Nachweis, dass die Daten aus der neu gestarteten Speicherinstanz stammen. Fordern Sie deshalb ausdrücklich einen erneuten Werkzeugabruf an und kontrollieren Sie dessen tatsächliches Ergebnis.

Fehlende Notizen und Projektvermischung untersuchen

Fehlt die Notiz nach dem Neustart, vergleichen Sie zuerst den wirksamen Dateipfad, den gestarteten Benutzer und die Dateirechte. Prüfen Sie, ob wirklich derselbe Servereintrag gestartet wurde. Legen Sie für ein zweites Projekt eine eigene Testdatei fest und kontrollieren Sie, dass dessen Abruf den ersten Testnamen nicht findet. Das ist eine konkrete Gegenprobe Ihrer Trennung, keine allgemeine Zusage über Mehrbenutzerbetrieb.

Sichern Sie vor einem Versionswechsel die verwendete Testdatei bei beendetem Prozess und wiederholen Sie anschließend den gesamten Ablauf. Für die Weitergabe genügt eine bereinigte Konfiguration mit Platzhalterpfad und ein Protokoll der Ergebnisse. Die Aktualisierungsanleitung beschreibt weitere Prüfpunkte. Ein positiver Versuch gilt für die dokumentierte Umgebung; daraus folgt keine Garantie für andere Speicherorte oder parallele Schreibzugriffe.

Ist ein erfolgreicher Schreibaufruf ein Persistenznachweis?

Erst ein erneuter Abruf nach vollständigem Neustart prüft den hier gemeinten dauerhaften Speicherweg.

Soll ich dafür echte Projektdaten verwenden?

Beginnen Sie mit einem erfundenen Objekt in einer neuen Testdatei. Das erleichtert Vergleich und gezieltes Aufräumen.

Warum sehe ich Notizen eines anderen Projekts?

Vergleichen Sie die tatsächlich verwendeten Speicherpfade und Serverdefinitionen. Zwei verschieden benannte Clients können dieselbe Datei verwenden.

Speichert tracevero die Testnotiz?

Nein. Sie führen diese Probe mit Ihrem gewählten Server und dessen Speicher aus. tracevero stellt die Anleitung und Registerinformationen bereit.

Herstellerdokumentation am 1. Oktober 2026 abgerufen. Prüfpläne und Testbeispiele sind redaktionelle Vorschläge.

1. MCP: Memory-Referenzserver
   Abrufbefehl anzeigen

   curl -s https://github.com/modelcontextprotocol/servers/tree/main/src/memory

Alle Beiträge