Geben Sie Ihrem Agenten ein Gedächtnis

Tutorial · 5 Min. Lesezeit

Agent-Memories sind kurze, private Notizen, die an Ihr Skilnu-Konto angehängt sind — eine Präferenz, eine Einschränkung, eine Tatsache, die es nicht wert ist, erneut erklärt zu werden — die jeder verbundene MCP-Client speichern kann und jeder später verbundene MCP-Client wiederfinden kann. Sie sind weder ein Transkript noch ein Skill: Nichts wird gespeichert, es sei denn, etwas speichert es explizit, und nichts, was Sie hier speichern, wird versioniert, komponiert oder veröffentlicht. Dies ist eine Pro/Team-Funktion; ein kostenloses Konto erhält einen klaren Upgrade-Fehler statt eines stillen No-ops.

1. Speichern Sie etwas, das es wert ist, behalten zu werden

Öffnen Sie in der App das Kontomenü und klicken Sie auf Memories. Schreiben Sie, was jeder Agent bereits wissen sollte — „Deployments laufen über GitHub Actions auf main, niemals manuell“ ist nützlich; „langes Gespräch über CI am Dienstag“ ist es nicht, weil daraus nichts zum Handeln folgt. Fügen Sie ein paar durch Kommas getrennte Tags hinzu, wenn Sie es später nach Thema wiederfinden möchten, und speichern Sie es dann.

Der Inhalt ist auf 4.000 Zeichen begrenzt — eine Notiz, kein Dokument. Wenn das, was Sie speichern, länger ist, ist es wahrscheinlich ein Skill, keine Memory: Veröffentlichen Sie es stattdessen, damit es versioniert und geteilt werden kann, statt still abgeschnitten zu werden.

2. Finden Sie sie wieder

Die Suche rankt semantisch, wenn sie kann: Die Suche nach „wie diese Person Reviews mag“ kann eine Memory finden, die Sie als „bitte nicht an Variablennamen herumkritisieren“ formuliert hatten, weil beide dasselbe bedeuten, auch wenn sie fast kein Wort teilen. Wenn keine semantische Übereinstimmung die Schwelle erreicht, greift sie auf einfachen Schlüsselwortabgleich gegen Inhalt und Tags zurück, sodass die Suche nie leer zurückkommt, nur weil der Embedding-Schritt nicht gelaufen ist.

Lassen Sie das Suchfeld leer, um alles zu durchsuchen, neueste zuerst.

3. Löschen Sie sie, wenn sie falsch oder veraltet ist

Klicken Sie bei jeder Memory auf Vergessen und bestätigen Sie. Es gibt kein Rückgängig, genau wie beim Löschen von allem anderen auf der Plattform — eine Memory, die falsch geworden ist (eine Präferenz, die Sie nicht mehr haben, eine Tatsache, die nicht mehr wahr ist), sollte gelöscht werden, statt sie für einen Agenten zu belassen, der ihr später vertraut.

So geht es von einem Agenten aus

Dieselben vier Aktionen sind vier MCP-Tools, sodass ein Agent mitten im Gespräch Memories speichern und abrufen kann, ohne dass Sie die App überhaupt öffnen:

save_memory(content="Deploys happen via GitHub Actions on main.", tags=["ci", "deploy"])
  -> { memory_id, content, tags, created_at }

search_memories(query="how are deploys triggered")
  -> { items: [...], total, limit, offset }

list_memories(limit=20)
  -> { items: [...], total, limit, offset }

forget_memory(memory_id="...")
  -> { deleted: true, memory_id }

Alle vier akzeptieren eine optionale publisher_id, die nur nötig ist, wenn Ihre Verbindung mit mehr als einem Publisher verknüpft ist — die meisten Verbindungen sind es nicht, also können die meisten Aufrufer sie weglassen.

Die Beurteilung, ob etwas es wert ist, gespeichert zu werden, liegt gut beim Agenten, genau wie sie bei Ihnen liegt, wenn Sie das Webformular ausfüllen — ein Tool, das bei jeder beiläufigen Bemerkung save_memory aufruft, erzeugt denselben nutzlosen Haufen wie eine Notizdatei, in die man alles einfügt.

Was es kostet

Memories zu speichern, aufzulisten, zu durchsuchen und zu vergessen kostet nichts über das Pro- oder Team-Abonnement selbst hinaus — es gibt kein Kontingent pro Aufruf wie beim Kompilieren eines Skills. Die einzige Grenze ist eine Obergrenze von 2.000 Memories pro Konto; darüber hinaus gibt save_memory einen klaren Fehler zurück, der die Grenze benennt, statt still den ältesten Eintrag zu löschen.

Was Sie speichern sollten, was nicht

Gute Memories lesen sich wie Anweisungen für das nächste Mal: eine feste Präferenz, eine feste Einschränkung, eine Tatsache, die sich von Sitzung zu Sitzung nicht ändert. Schlechte lesen sich wie ein Tagebucheintrag über diese Sitzung — eine Zusammenfassung, was passiert ist, statt einer Anleitung, was zu tun ist. Wenn Sie es einem neuen Kollegen an dessen erstem Tag nicht wiederholen würden, lohnt es sich wahrscheinlich auch hier nicht, es zu speichern.