Remember, Recall, Checkpoint: Agent-Memory-Tools erklärt

Agent-Memory-Tools sind gewöhnliche Tools mit ungewöhnlichem Ziel: Statt auf dein CRM oder dein Repo wirken sie auf das Wissen des Agenten selbst. Fünf Verben decken die ganze Disziplin ab: remember, recall, checkpoint, set_goal und get_pending. Lern, wofür jedes da ist und wann es feuert, und aus der vagen Idee "ein Agent mit Gedächtnis" wird ein konkreter, einsehbarer Workflow.

Das sind echte Tools auf Tulimoas Gateway (kostenlos auf jedem Plan, einmal klar gesagt), aber das Vokabular lohnt sich unabhängig vom Anbieter, denn es benennt die Momente, in denen Agenten Dinge verlieren.

Das durchlaufende Beispiel

Ein Szenario trägt den ganzen Beitrag. Dein Agent hilft dir, eine Preisänderung zu launchen: Billing-Pläne aktualisieren, Website-Texte anpassen, betroffene Kunden anmailen. Die Arbeit erstreckt sich über drei Tage und zwei verschiedene Clients (Desktop-App und IDE). Hier verdient sich jedes Tool seinen Platz.

remember: einen Fakt speichern, sobald er wahr wird

Was es tut: schreibt einen dauerhaften Fakt in den Memory-Speicher, idealerweise mit angehängter Begründung.

Tag eins. Ihr klärt die Kern-Entscheidung: Der neue Pro-Preis ist 29, Bestandskunden behalten 19 bis Januar, und die FAQ darf Neukunden den alten Preis nicht zeigen. Drei remember-Aufrufe, zehn Sekunden:

• remember("Neuer Pro-Preis 29 ab 1. September, Entscheidung 2026-07-29")
• remember("Bestandskunden behalten 19 bis Januar, Founder-Entscheidung")
• remember("FAQ darf Neukunden den alten Preis nicht zeigen")

Die Disziplin: remember feuert, wenn etwas wahr wird, nicht am Tagesende. Im Moment gespeicherte Fakten tragen ihren Kontext; später rekonstruierte tragen Vermutungen. Und speichere das Warum: "Bestandsschutz bis Januar" ohne Grund lädt den Agenten ein, es im Oktober neu zu verhandeln.

recall: zurückholen, was zählt, wenn es zählt

Was es tut: fragt den Speicher nach Thema ab und liefert die relevanten Fakten, kompakt.

Tag zwei, anderer Client. Du öffnest die IDE und sagst "aktualisier die Preisseite". Der erste Zug des Agenten: recall("Preisänderung"). Zurück kommen die drei Fakten von gestern, ein paar hundert Tokens, und der Agent bearbeitet die Seite korrekt, ohne den gestrigen Chat neu zu lesen, was er ohnehin nicht könnte, denn der lebt in der Historie einer anderen App.

Das ist die stille Superkraft von Memory an der Verbindungsschicht: Der Speicher folgt dem Protokoll, nicht der App. In der Desktop-App gespeichert, in der IDE abgerufen. Die Architektur hinter dieser Portabilität steht in [MCP Memory](/de/blog/mcp-memory).

Die Disziplin: recall am Session-Start, immer, und nochmal vor jeder Entscheidung, die danach riecht, schon einmal besprochen worden zu sein. Ein recall kostet wenig; auf eine vergessene Vorgabe zu handeln kostet eine Wiederholung.

checkpoint: den Zustand der Arbeit selbst sichern

Was es tut: speichert einen Schnappschuss des Plans und seines Fortschritts, damit der Faden Session-Enden und Kontext-Kompaktierung überlebt.

Tag zwei, abends. Die Billing-Pläne sind aktualisiert, die Website ist halb fertig, die Mails sind nicht angefangen. Die Session muss enden, also: checkpoint("Pricing-Launch: Billing fertig, Website-Texte 50 Prozent (Preisseite fertig, FAQ offen), Kunden-Mail nicht begonnen. Blocker: juristische Formulierung für den Bestandsschutz-Hinweis.").

Tag drei startet von diesem Satz statt von einer Untersuchung. Der Unterschied zwischen remember und checkpoint ist der zwischen Fakten und Zustand: remember hält, was wahr ist, checkpoint hält, wo du stehst. Lange Aufgaben sterben ohne die zweite Sorte, und sie sterben leise, mitten in der Kompaktierung, wenn der älteste Kontext zuerst herausgequetscht wird. Wer je einem Agenten zugesehen hat, wie er auf halbem Weg seinen eigenen Plan vergisst: Das ist das Tool gegen genau diesen Herzschmerz.

set_goal und get_pending: der Rahmen um mehrschrittige Arbeit

Was sie tun: set_goal deklariert die Mission einmal ("Preisänderung launchen: Billing, Website, Mails"); get_pending spielt offene Schleifen nach einer Unterbrechung oder Wiederverbindung zurück.

Diese zwei zählen am meisten, wenn etwas schiefgeht. Die Session stürzt ab, der Kontext wird kompaktiert, der Agent verbindet neu: get_pending beantwortet "was habe ich gerade getan?" mit dem deklarierten Ziel und den offenen Punkten, statt dass der Agent dich fröhlich fragt, was du heute gerne tun würdest. An Tag drei, nach einem Neustart, liefert get_pending den Checkpoint-Stand und das Ziel, und der Agent setzt die Kunden-Mail fort, ohne neu gebrieft zu werden.

Die Gewohnheiten, mit denen die Tools funktionieren

• Mit recall öffnen, mit checkpoint schließen. Mach es zum ersten und letzten Zug der Session, bis es automatisch ist.
• Entscheidungen mit Gründen remembern, IDs immer. Doc-IDs, Plan-Namen, Kunden-Segmente: billig zu speichern, lästig neu zu finden.
• Keine Geheimnisse speichern. Keys und Passwörter gehören in einen Credential-Vault, nie in Memory.
• Gelegentlich ausmisten. Memory ist ein kuratierter Speicher, keine Deponie. Veraltete Fakten rufen veraltete Antworten ab.

Wenn du vor der Übernahme des Vokabulars den Architektur-Vergleich willst (Client-Memory vs. Framework-Speicher vs. Gateway-Tools): Der Überblick steht in [Wie du einem KI-Agenten persistente Memory gibst](/de/blog/give-your-ai-agent-persistent-memory). Und falls du bewertest, wo diese Tools in deinem Stack leben sollten: [Das Gateway](/de/gateway) ist unsere Antwort, frühe Beta inklusive.

Häufige Fragen

Was ist der Unterschied zwischen remember und checkpoint?

remember speichert dauerhafte Fakten (Entscheidungen, IDs, Vorlieben), die über Aufgaben hinweg wahr bleiben. checkpoint speichert den Zustand der aktuellen Aufgabe: was fertig ist, was offen ist, was blockiert. Fakten gegen Fortschritt. Du brauchst beides, zu verschiedenen Momenten.

Rufen Agenten diese Memory-Tools von selbst auf?

Gute Agenten tun das, einmal angewiesen: Ein System-Prompt oder eine Gateway-Instruktion, die den Agenten zu recall am Anfang und checkpoint am Ende anhält, reicht meist. Die Tools funktionieren auch auf Zuruf ("merk dir diese Entscheidung"), eine Gewohnheit, die man sich für alles Wichtige behalten sollte.

Sind Memory-Tool-Aufrufe teuer?

Es sind kleine Aufrufe mit kompakten Nutzlasten, billig neben dem, was sie ersetzen: Neu-Lesen, Neu-Holen und Neu-Herleiten von Kontext. Auf Tulimoas Gateway kosten sie gar keine Credits; was auch immer du nutzt, prüf, dass die Zählung nicht genau das Verhalten bestraft, das der Agent haben soll.