MCP Memory: Wie Agenten sich über Sessions hinweg erinnern

Die kurze Antwort: MCP Memory heißt, einem Agenten Persistenz über das Model Context Protocol selbst zu geben, als Tools, die er aufrufen kann: Speichere diesen Fakt, ruf jenes Thema ab. Weil MCP der Standard-Stecker zwischen Agenten und Tools ist, funktioniert Memory in Form von MCP-Tools in jedem Client, der das Protokoll spricht, und genau das macht sie interessanter als noch ein app-eigenes Memory-Feature.

Der Begriff wird für drei verschiedene Setups benutzt, und man sollte sie trennen, bevor man eines wählt.

Die drei Dinge, die mit MCP Memory gemeint sind

Der Referenz-Memory-Server. Das MCP-Projekt liefert einen offiziellen Memory-Server, der einen Wissensgraphen (Entitäten, Relationen, Beobachtungen) auf deiner Maschine speichert. Du verbindest ihn wie jeden anderen Server, und der Agent bekommt Anlege- und Such-Tools über diesen Graphen. Ein guter Weg, die Idee in zehn Minuten laufen zu sehen, und eine ehrliche Vorschau der Grenzen: lokal auf einer Maschine, ohne Scoping, und die Graph-Hygiene liegt bei dir.

Framework-Memory über MCP. Dedizierte Memory-Dienste (Mem0, Zep, Letta und Verwandte) sprechen zunehmend auch MCP, sodass der Speicher, den du in eigene Agenten verdrahtet hast, auch von fertigen Clients erreichbar ist. Mächtig, wenn du ohnehin in einem dieser Stacks lebst; eine Bau-Entscheidung, wenn nicht.

Memory direkt in der MCP-Schicht. Das neueste Muster, und das strukturell interessante: Das Gateway, das deine MCP-Server ohnehin bündelt, stellt auch die Memory-Tools bereit. Kein zusätzlicher Server zu betreiben, kein Framework zu übernehmen. Memory wird eine Eigenschaft der Verbindungsschicht, anwesend überall dort, wo deine Tools sind.

Warum die MCP-Schicht ein natürliches Zuhause für Memory ist

Hier ist die Beobachtung, auf der das dritte Muster ruht. Fast alles Merkenswerte in der Agenten-Arbeit läuft durch Tool-Aufrufe.

Der Agent legt eine Rechnung an: Die ID kommt durch einen Tool-Aufruf zurück. Er fragt die Staging-Datenbank ab: Der Name, den er benutzte, steht im Aufruf. Er eröffnet ein Ticket, setzt eine Config, schlägt einen Kunden nach: Aufruf, Aufruf, Aufruf. Die Verbindungsschicht sieht all das, in strukturierter Form, mit Argumenten und Ergebnissen, als Nebeneffekt ihres Routing-Jobs.

Das setzt Memory direkt neben den Strom, den sie einfangen soll. Ein clientseitiges Memory-Feature muss aus Gesprächstext erraten, was zählte. Ein Gateway sitzt am strukturierten Feed: dieses Tool, diese Argumente, dieses Ergebnis. Explizite remember-Aufrufe bleiben wichtig für Entscheidungen und Vorlieben (die Klasse "wir haben Pilot-Kunden ausgeschlossen, und zwar deshalb"), aber die Rohrleitungs-Fakten (IDs, Namen, Ergebnisse) fließen bereits an der einen Komponente vorbei, die positioniert ist, sie zu behalten.

Es gibt einen zweiten, schlichteren Vorteil: Portabilität. Memory-Tools über MCP sind einfach Tools in der Liste. Claude Desktop sieht sie, die IDE sieht sie, jeder künftige Client sieht sie. Heute Abend in einer App speichern, morgen in einer anderen abrufen. Memory hört auf, ein Feature eines bestimmten Chat-Fensters zu sein, und wird Teil deiner Infrastruktur, wo ein Fakt wie "die Produktions-Datenbank heißt prod_eu_2" immer hingehörte.

Wie das Tool-Set aussieht

Konkret kommt Gateway-MCP-Memory als eine Handvoll Tools im Katalog des Agenten an:

• remember: einen dauerhaften Fakt speichern, idealerweise mit Begründung.
• recall: gespeicherte Fakten nach Thema abfragen, am Session-Start oder mitten in der Aufgabe.
• checkpoint: den Stand des aktuellen Plans sichern, damit eine abgebrochene Session oder ein kompaktierter Kontext den Faden nicht verliert.
• set_goal und get_pending: deklarieren, was die mehrschrittige Aufgabe ist, und offene Schleifen nach einer Unterbrechung wieder aufnehmen.

Die Verben sind die Schnittstelle; die Disziplin ist der Wert. Ein Agent, der angehalten ist, am Anfang recall und am Ende checkpoint zu machen, verhält sich binnen einer Woche spürbar weniger wie ein Goldfisch. Der volle Alltags-Workflow, mit durchgerechnetem Beispiel, steht in [Wie du einem KI-Agenten persistente Memory gibst](/de/blog/give-your-ai-agent-persistent-memory).

Ehrliche Grenzen

MCP Memory ist kein Zauber-Archiv. Drei Grenzen, die man respektieren sollte:

• Es ist kein RAG. Dokumentenwissen gehört in Retrieval über einen Korpus; Memory hält, was der Agent beim Arbeiten gelernt hat. Beides zu mischen trübt beides, wie wir in [Agent Memory vs. RAG](/de/blog/agent-memory-vs-rag) argumentieren.
• Es braucht Scoping. Memory, die über Projekte oder Kunden geteilt wird, ist ein Leck in Wartestellung. Grenzen pro Projekt und pro Kunde sind Pflicht, keine Nettigkeit.
• Es ist ein Datenspeicher mit Pflichten. Gemerkte Fakten können personenbezogene Daten sein. Export, Löschung und Aufbewahrung brauchen Antworten, wie bei jeder Datenbank. Diese Frage stellst du jedem Anbieter, auch uns.

Wo wir stehen, klar gesagt: Dieses Muster ist Tulimoas Kernprodukt. [Unser Gateway](/de/gateway) bündelt deine Server und liefert die Memory-Tools oben, kostenlos auf jedem Plan, EU-gehostet, in früher Beta und noch nicht self-serve. Wenn du vor der Festlegung erst den breiteren Architektur-Überblick willst: Der [komplette Guide zu Memory-Schichten](/de/blog/memory-layer-for-ai-agents) vergleicht alle drei Zuhause für Memory ohne die Produkt-Brille.

Häufige Fragen

Gibt es einen offiziellen MCP-Memory-Server?

Ja, das MCP-Projekt pflegt einen Referenz-Memory-Server, der einen lokalen Wissensgraphen speichert und Tools zum Ergänzen und Durchsuchen bereitstellt. Eine gute Demonstration und ein brauchbares Ein-Maschinen-Setup, mit den erwartbaren Grenzen: lokal, ohne Scoping, und die Pflege gehört dir.

Was unterscheidet MCP Memory von der eingebauten Memory eines Clients?

Reichweite. Das Memory-Feature eines Clients gehört dieser einen App. Memory als MCP-Tools ist Teil der Tool-Schicht, jeder MCP-sprechende Client teilt denselben Speicher, über Maschinen und Apps hinweg.

Kosten MCP-Memory-Aufrufe Tool-Calls?

Speichern und Abrufen sind Tool-Aufrufe wie alle anderen, ein Anbieter könnte sie also zählen. Auf Tulimoas Gateway sind Memory-Tools auf jedem Plan kostenlos; prüf die Zähl-Politik dessen, was du nutzt, denn eine Memory-Schicht, vor deren Aufruf man zögert, ist eine Memory-Schicht, die still außer Gebrauch fällt.