Adaptive Recall: Das persistente Gedächtnis des Agenten wird zu einem MCP-Modul

Ein diskreter Show HN, der die eigentliche Frage aufzeigt: Wo lebt der Speicher Ihrer Agenten und wer kontrolliert ihn?

Der Fakt

Am 12. Juli 2026 wurde Adaptive Recall als Show HN vorgestellt: eine Schicht für persistente Speicherung für KI-Agenten, die über MCP bereitgestellt wird. Ziel ist es, den Kunden (Claude, Cursor, IDE-Agenten...) einen externen Langzeitspeicher mit semantischer Suche und Scope-Verwaltung zu bieten.

Unsere Analyse

Das Agenten-Gedächtnis ist kein R&D-Thema mehr - es ist eine Produktschicht. Durch die Externalisierung über MCP setzt Adaptive Recall darauf, dass das Gedächtnis ein vom Kunden unabhängiges Objekt ist: Es überlebt Modelländerungen, Sitzungsresets und Werkzeugwechsel. Es ist der Entwurf einer neuen Grundfunktion.

Under the hood

Das Muster ist klassisch: Embeddings für die Indizierung, Scopes nach „Projekt“ oder „Benutzer“, hybrides Retrieval (Vektor + Keyword), Recall wird über ein MCP-Tool in den Kontext injiziert. Neu ist der Ort, an dem das Gedächtnis lebt: außerhalb des Kunden, portabel, abrufbar durch jeden MCP-kompatiblen Agenten. Sofortige Folge: Es ist auch eine Angriffsfläche - siehe „State of MCP Security 2026“, veröffentlicht am selben Tag.

So what

Für einen Agenten-Builder gibt es zwei Fragen: (1) Wo sollte das Gedächtnis Ihres Workflows leben - im Harness, im Modell oder in einem Drittanbieter-MCP-Dienst? (2) Wer erbt die Kontrolle, wenn Sie externalisieren? Die Antworten ziehen die Architektur in entgegengesetzte Richtungen.

Zu beobachten

Anthropic oder OpenAI kündigen ein Standardprofil „MCP Memory“ an; Cyber-Akteure beginnen, Server für persistenten Speicher zu auditieren; eine native Integration in Cursor oder VS Code Agent.