Funktionen des Hermes-Agentenspeichers: Warum echte KI-Agenten einen kuratierten Speicher und keinen endlosen Chat-Verlauf benötigen

Der Speicher ist die Kontrollschicht für die Arbeit von Agenten mit langer Laufzeit

Ein gutes Gedächtnissystem reduziert sich wiederholende Erklärungen. Ein schlechtes Gedächtnissystem führt zu veralteten Annahmen, versteckten Risiken und verwirrendem Verhalten.

Wenn Menschen KI-Agenten zum ersten Mal testen, konzentrieren sie sich normalerweise auf die Verwendung von Werkzeugen. Kann es browsen? Kann es Code ausführen? Kann es ein Terminal öffnen? Kann es Dateien schreiben? Diese Dinge sind wichtig, aber sie sind nicht der Hauptengpass. Das schwierigere Problem tritt nach der dritten oder vierten Sitzung auf. Sie teilen dem Agenten mit, dass Ihr Backend Go verwendet, Ihr Staging-Zweig einen anderen Bereitstellungsbefehl hat, Ihr Team bestimmte Kopiermuster vermeidet und Ihre SEO-Briefings einer festen Struktur folgen müssen. Der Agent schneidet in dieser Sitzung gut ab. Am nächsten Tag stellt es dann erneut dieselben Setup-Fragen oder erstellt Arbeit, die gegen eine bereits getroffene Entscheidung verstößt.

Hier wird Speicher zu einem Workflow-Feature. Ohne persistenten Speicher muss der Kontext für jede Aufgabe manuell rehydriert werden. Sie fügen entweder alte Anweisungen ein, pflegen lange Eingabeaufforderungsvorlagen oder tolerieren wiederholte Korrekturen. Nichts davon lässt sich gut skalieren. Hermes Agent geht dies mit einem mehrschichtigen Speichermodell an. Sein eingebauter Speicher ist absichtlich begrenzt und kuratiert. Es speichert kompakte Fakten über den Benutzer, die Umgebung und den erlernten Bedienkontext des Agenten. Dies unterscheidet sich davon, das gesamte Transkript in eine Vektordatenbank zu laden und zu hoffen, dass der Abruf funktioniert.

Woran sich der Hermes-Agent tatsächlich erinnert

Hermes unterteilt das persistente Gedächtnis in zwei praktische Kategorien. Das erste ist das Agentengedächtnis: Notizen über die Umgebung, Projekte, Konventionen, Arbeitsabläufe und gewonnene Erkenntnisse. Hier kann ein Agent speichern, dass ein Repository pnpm verwendet, dass Tests über ein bestimmtes Makefile-Ziel ausgeführt werden oder dass ein Staging-Server einen nicht standardmäßigen SSH-Port benötigt. Das zweite ist das Benutzergedächtnis: Vorlieben, Kommunikationsstil, Erwartungen, Rolle und Arbeitsabläufe. Hier erinnert sich der Agent möglicherweise daran, dass Sie prägnante Antworten bevorzugen, spekulative Behauptungen nicht mögen oder eine bestimmte Strukturierung von SEO-Entwürfen wünschen.

Diese Unterscheidung ist wichtig, weil nicht jede Erinnerung die gleiche Aufgabe hat. Eine Benutzerpräferenz sollte die Kommunikation prägen. Eine Projektfaktheit sollte die Ausführung prägen. Eine erledigte Aufgabennotiz soll eine Nacharbeit verhindern. Eine Tool-Umgehung sollte die zukünftige Debugging-Zeit verkürzen.

User memory     = how to work with me
Project memory  = how this environment works
Task memory     = what already happened
Searchable log  = what we may need to find later
External memory = what should scale beyond local notes

Deshalb ist „mehr Speicher“ nicht automatisch besser. Wenn jedes Gesprächsdetail zu einer dauerhaften Anweisung wird, wird der Agent laut. Das Ziel ist nicht die vollständige Erinnerung. Das Ziel ist sinnvolle Kontinuität.

Warum begrenzter Speicher eine Funktion und keine Einschränkung ist

Auf den ersten Blick wirkt ein kleiner kuratierter Speicherspeicher restriktiv. In der Praxis erzwingt es eine bessere Gedächtnishygiene. Der Fehler, den viele Teams machen, besteht darin, das Agentengedächtnis wie ein Lagerhaus zu behandeln. Sie speichern Besprechungsnotizen, Rohprotokolle, lange Codeausschnitte, Kundenprotokolle und vage Erinnerungen. Später ruft der Agent Fragmente ab, die technisch miteinander verbunden, aber betrieblich nutzlos sind. Schlimmer noch, veraltete Informationen werden möglicherweise als aktuell behandelt.

Das begrenzte Speicherdesign von Hermes treibt den Agenten in Richtung Komprimierung. Anstatt eine vollständige Debugging-Sitzung zu speichern, sollte die Lektion gespeichert werden:

Bad memory:
On Tuesday, we debugged the deployment script for two hours...

Good memory:
Project deploys to staging with `make deploy-staging`; required env vars
are in `.env.staging.local`; do not use production credentials during test deploys.

Der zweite Eintrag ist kürzer, sicherer und nützlicher. Es sagt dem Agenten, was er beim nächsten Mal tun soll, ohne unnötige Erzählungen beizubehalten. Dies ist für die eigentliche Arbeit wichtig, da Speicher in den Betriebskontext des Agenten eingefügt wird. Alles, was dort gespeichert ist, kann zukünftige Entscheidungen beeinflussen. Wenn das Gedächtnis aufgebläht, abgestanden oder widersprüchlich wird, verschlechtert sich das Verhalten des Agenten. Eine kompakte Speicherschicht hält den „immer verfügbaren“ Kontext sauber.

Kernspeicher, Sitzungssuche, externe Anbieter

Drei Speicherebenen: kuratierter Kernspeicher für immer verfügbare Fakten, Sitzungssuche für episodische Erinnerung und externe Anbieter für Skalierung.

Schicht 1: Vom Kern kuratierter Speicher

Der Kernspeicher enthält die Fakten, die der Agent immer kennen sollte. Dazu gehören dauerhafte Präferenzen, stabile Projektkonventionen, Umgebungsfakten und wiederholte Korrekturen.

User prefers draft articles in a natural Medium tone, with short paragraphs,
practical examples, and no exaggerated marketing claims.

Project `content-pipeline` uses Python 3.11, Poetry, Playwright, and a local
SQLite queue. Run tests with `poetry run pytest`.

Bei diesen Einträgen handelt es sich nicht um Transkripte. Es handelt sich um komprimiertes Bedienwissen.

Schicht 2: Sitzungssuche

Nicht jedes Detail verdient eine bleibende Erinnerung. Manchmal muss der Agent nur ein früheres Gespräch finden. Dafür ist die Sitzungssuche besser geeignet. Stellen Sie sich vor, Sie hätten dem Agenten vor drei Wochen mitgeteilt, warum sich eine bestimmte Datenbankmigration verzögert hat. Dies muss möglicherweise nicht dauerhaft in jede zukünftige Eingabeaufforderung integriert werden. Aber wenn Sie fragen: „Was haben wir bezüglich der Migration entschieden?“ Der Agent sollte in der Lage sein, vergangene Sitzungen zu durchsuchen und den relevanten Austausch abzurufen. Diese Unterscheidung ist wichtig. Das Kerngedächtnis ist für Fakten gedacht, die das Verhalten standardmäßig beeinflussen sollten. Die Sitzungssuche dient der episodischen Erinnerung.

Schicht 3: Externe Speicheranbieter

Hermes unterstützt auch externe Speicheranbieter. Hier wird der Speicher skalierbarer und spezialisierter. Je nach Anbieter kann der Agent semantische Suche, Benutzermodellierung, Hintergrundsynchronisierung, Speicherextraktion oder anbieterspezifische Tools verwenden. Dies ist nützlich, wenn der Agent von der persönlichen Produktivität zu Team-Workflows übergeht. Ein einzelner Entwickler kann mit einem kompakten lokalen Speicher und einer Sitzungssuche zufrieden sein. Ein Content-Team, eine Forschungsgruppe oder ein Betriebsteam benötigt möglicherweise eine umfassendere Erinnerung an Briefings, Kampagnen, Benutzerprofile, Projektverläufe und wiederkehrende Arbeitsabläufe. Die Architekturfrage lautet: Was sollte lokal bleiben, was sollte durchsuchbar sein und was sollte von einem Speicheranbieter verwaltet werden?

Ein praktischer Workflow: SEO-Content-Agent mit Gedächtnis

Angenommen, Sie verwenden Hermes Agent zur Unterstützung eines SEO-Content-Workflows. Der Agent recherchiert Themen, erstellt Gliederungen, entwirft Artikel, prüft interne Verlinkungsmöglichkeiten und bereitet Inhalte für ein CMS vor. Ohne Gedächtnis beginnt jeder Artikel mit sich wiederholenden Einstellungen: Verwenden Sie unsere Markenstimme, vermeiden Sie Clickbait, erwähnen Sie das Produkt auf natürliche Weise, verwenden Sie keine Aufzählungspunkte, befolgen Sie unsere internen Verlinkungsregeln, verwenden Sie kurze Absätze, erfinden Sie keine Statistiken. Nach ein paar Sitzungen wird das nervig. Nach ein paar Dutzend Sitzungen wird es zu einer versteckten Belastung für den Arbeitsablauf.

Mit dem Gedächtnis sollte der Agent die stabilen Regeln beibehalten: Der Benutzer schreibt SEO-Artikel für ausländische Tech-Leser; Stil: analytisch, praktisch, kurze Absätze, kein Hype, keine Fake-Statistiken, kein Keyword-Stuffing; Produkterwähnungen müssen natürlich und in den Workflow-Kontext eingebettet sein.

Das Gedächtnis im Hermes-Stil ist stark für Kontinuität und Agentenschluss. EasyClaw ist relevanter, wenn sich der Content-Workflow über Desktop-Tools, CMS-Schnittstellen, Tabellenkalkulationen, Recherche-Registerkarten und Veröffentlichungsschritte bewegen muss, ohne jede Aktion in eine benutzerdefinierte API-Integration umzuwandeln. Im praktischen Content-Betrieb würde ich mir diese Tools nicht als „das eine ersetzt das andere“ vorstellen. Ich würde in Schichten denken. Das Hermes-Gedächtnis kann den Argumentationskontext bewahren: Markenregeln, Inhaltsstandards, frühere Entscheidungen und Workflow-Lektionen. EasyClaw kann dabei helfen, die chaotische anwendungsübergreifende Arbeit zu erledigen, die nach der Erstellung des Entwurfs anfällt: Inhalte in ein CMS verschieben, Formatierungen überprüfen, Metadaten vorbereiten oder Veröffentlichungsaufgaben über mehrere Tools hinweg koordinieren.

Der Schlüssel liegt darin, zu vermeiden, alles aufzubewahren. Für einen SEO-Workflow könnten gute Gedächtniseinträge Folgendes umfassen: Markenstimme – klare, professionelle, technische Zielgruppe im Ausland, keine übertriebenen Behauptungen; Artikelstruktur – Hook innerhalb der ersten 150 Wörter, H2 alle 2–4 Absätze, Beispiele vor Empfehlungen, weicher CTA erst gegen Ende; SEO-Regel – Erwähnen Sie das Hauptschlüsselwort natürlich im Titel, in der Einleitung, in einem H2 und im Schluss; Vermeiden Sie wiederholtes Füllen von genau passenden Keywords. Diese Erinnerungen sind kompakt, langlebig und handlungsleitend.

Was Sie nicht speichern sollten

Die am meisten unterschätzte Gedächtnisfunktion ist das Vergessen. Ein Gedächtnissystem, das niemals vergisst, wird zur Belastung. Möglicherweise bleiben veraltete Einstellungen, temporäre Debugging-Informationen, abgelaufene Kampagnendetails oder alte Projektannahmen erhalten. In Agenten-Workflows ist veralteter Speicher oft schlimmer als kein Speicher, da der Benutzer möglicherweise nicht erkennt, dass der Agent darauf angewiesen ist. Speichern Sie keine Rohprotokolle, vollständige Artikelentwürfe, temporäre Dateipfade, einmalige Browserstatus oder Fakten, die leicht wiederentdeckt werden können. Speichern Sie keine vertraulichen Anmeldeinformationen. Speichern Sie keine vagen Erinnerungen wie „Benutzer mag SEO“ oder „Projekt ist wichtig“. Diese Einträge verbrauchen Platz, ohne die Entscheidungen zu verbessern.

Ein besserer Test ist: „Wird diese Tatsache dem Agenten helfen, in einer zukünftigen Sitzung eine bessere Entscheidung zu treffen, ohne dass das gesamte Gespräch erforderlich ist?“ Wenn die Antwort „Nein“ lautet, gehört es zum Sitzungsverlauf, zu einem Projektdokument oder nirgendwo.

So entwerfen Sie eine Speicherrichtlinie, bevor Sie die Arbeit automatisieren

Definieren Sie eine einfache Speicherrichtlinie, bevor Sie die Speicherfunktionen von Hermes Agent intensiv nutzen. Das muss nicht kompliziert sein. Es muss nur ein versehentliches Durcheinander verhindert werden. Ich verwende vier Kategorien. Speichern Sie zunächst stabile Benutzerpräferenzen: Ton, Format, technische Tiefe, Sprachpräferenz und wiederkehrende Erwartungen. Zweitens: Speichern Sie stabile Projektkonventionen: Repository-Struktur, Testbefehle, Bereitstellungsregeln, CMS-Formatierungsregeln, Namenskonventionen und Toolchain-Details. Drittens: Speichern Sie wiederholte Korrekturen: Wenn der Benutzer dasselbe Verhalten zweimal korrigiert, gehört es wahrscheinlich in den Speicher. Viertens: Speichern Sie Lektionen, die zukünftige Fehler verhindern: Wenn der Agent feststellt, dass ein Befehl aufgrund einer Eigenart der lokalen Umgebung fehlschlägt, speichern Sie die Problemumgehung. Alles andere ist mit Vorsicht zu genießen.

# Check active memory provider
hermes memory status
# Configure external memory provider
hermes memory setup
# Disable external provider when testing local-only behavior
hermes memory off

Die genaue Wahl des Anbieters hängt von Ihrem Arbeitsablauf ab. Für ein lokales Einzelbenutzer-Setup reichen möglicherweise der integrierte Speicher und die Sitzungssuche aus. Für die Personalisierung auf Teamebene, mit mehreren Profilen oder über mehrere Sitzungen hinweg kann ein externer Anbieter die zusätzliche Komplexität wert sein.

Ein einfaches Speicherflussdiagramm für Agenten-Workflows

Hier ist ein praktischer Entscheidungsablauf, den ich verwende, wenn ich entscheide, ob etwas in den Speicher gehört:

flowchart TD
    A[New information appears] --> B{Will it matter in future sessions?}
    B -- No --> C[Do not save]
    B -- Yes --> D{Is it stable or repeated?}
    D -- No --> E[Keep in session history]
    D -- Yes --> F{Is it compact and safe?}
    F -- No --> G[Summarize, redact, or skip]
    F -- Yes --> H{Does it guide behavior?}
    H -- No --> E
    H -- Yes --> I[Save to memory]

Dadurch bleibt der Speicher betriebsbereit. Es geht nicht darum, sich Fakten um ihrer selbst willen zu merken. Es geht darum, zukünftiges Verhalten zu verbessern.

Der Leistungskompromiss: Always-On-Kontext vs. On-Demand-Recall

Speicher führt zu einem Leistungskompromiss. Always-on-Speicher ist schnell, da er sofort verfügbar ist. Aber es verbraucht auch Kontext und beeinflusst jede Antwort. Der On-Demand-Rückruf ist sauberer, da der Agent nur dann sucht, wenn er benötigt wird. Der Agent muss jedoch wissen, wann er suchen muss. Aus diesem Grund ist die Trennung von Hermes zwischen persistentem Speicher und Sitzungssuche sinnvoll. Der Kernspeicher sollte die kleinen Fakten enthalten, für die es sich lohnt, in jeder Sitzung zu bezahlen. Die Sitzungssuche sollte den langen Schwanz früherer Diskussionen umfassen.

Beispielsweise gehört „Benutzer bevorzugt prägnante Antworten“ in den Kernspeicher. „Wir haben im März drei CMS-Plugins verglichen“ gehört wahrscheinlich in die Sitzungssuche. „Das Projekt verwendet vor dem Hochladen ein benutzerdefiniertes Bildkomprimierungsskript“ gehört möglicherweise in den Kernspeicher, wenn es sich auf wiederholte Veröffentlichungsaufgaben auswirkt. Je besser Ihre Klassifizierung, desto zuverlässiger wird der Agent.

Branchenrelevanz: Warum das Gedächtnis über persönliche Assistenten hinaus wichtig ist

Der Speicher wird immer wichtiger, da KI-Agenten vom Chat in den Betrieb wechseln. In Softwareteams hilft das Gedächtnis den Agenten, Projektkonventionen, lokale Umgebungen, wiederkehrende Fehler und frühere Implementierungsentscheidungen zu verstehen. In Content-Teams bewahrt das Gedächtnis die Markenstimme, redaktionelle Regeln, Keyword-Strategie und Veröffentlichungsworkflows. Im Kundenbetrieb kann der Speicher Agenten dabei helfen, die Kontinuität über Fälle, Eskalationsregeln und kundenspezifische Präferenzen hinweg aufrechtzuerhalten, sofern Datenschutz und Governance sorgfältig gehandhabt werden.

Das gemeinsame Muster ist Kontinuität. Echte Arbeit ist keine einzelne Aufforderung. Es handelt sich um eine Kette zusammenhängender Entscheidungen über Tage oder Wochen hinweg. Teams wollen keinen Agenten, der nur isoliert gut antwortet. Sie wollen einen Agenten, der sich genug erinnert, um keine Aufmerksamkeit zu verschwenden. Das ist der wahre Wert der Speicherfunktionen von Hermes Agent. Sie machen den Agenten unabhängiger von perfekten Eingabeaufforderungen. Anstatt den Benutzer zu zwingen, den Betriebskontext jedes Mal neu zu formulieren, übernimmt der Agent die wichtigen Teile.

Das Risiko: Die Erinnerung kann zu einer unsichtbaren Aufforderung werden

Die gleiche Funktion, die den Speicher nützlich macht, macht ihn auch riskant. Das Gedächtnis fungiert wie eine unsichtbare Aufforderung. Wenn Benutzer es nicht überprüfen, bearbeiten oder anfechten können, verstehen sie möglicherweise nicht, warum sich der Agent auf eine bestimmte Weise verhält. Aus diesem Grund ist die Speicherverwaltung wichtig. Benutzer sollten regelmäßig überprüfen, was der Agent gespeichert hat. Die Teams sollten entscheiden, welche Kategorien zulässig sind. Sensible Informationen sollten ausgeschlossen oder geschwärzt werden. Alte Projektfakten sollten bei Änderungen aktualisiert werden. Für den Produktionseinsatz würde ich den Speicher wie eine Konfiguration behandeln, nicht wie einen gelegentlichen Chat-Verlauf. Es sollte lesbar, bearbeitbar, überprüfbar und absichtlich gepflegt sein.

So nutzen Sie die Speicherfunktionen von Hermes Agent gut

Der beste Weg, den Hermes-Speicher zu nutzen, besteht darin, klein anzufangen. Beginnen Sie nicht damit, jeden Anbieter zu verbinden und jede Sitzung zu speichern. Beginnen Sie mit der integrierten Speicherschicht. Lassen Sie den Agenten sich Ihre stabilen Präferenzen und ein oder zwei Projektkonventionen merken. Beobachten Sie dann, ob sich zukünftige Sitzungen verbessern. Wenn der Agent immer wieder denselben Fehler macht, fügen Sie eine Korrektur hinzu. Wenn das gleiche Setup-Detail wiederholt benötigt wird, speichern Sie es. Wenn eine Erinnerung veraltet ist, ersetzen Sie sie, anstatt eine widersprüchliche Notiz hinzuzufügen. Sobald die Grundschleife funktioniert, fügen Sie die Sitzungssuche für den episodischen Abruf hinzu. Verwenden Sie es, wenn Sie möchten, dass der Agent frühere Entscheidungen findet, und nicht, wenn Sie es benötigen, um ständigen Anweisungen Folge zu leisten. Ziehen Sie erst dann externe Speicheranbieter in Betracht. Sie sind wertvoll, aber sie fügen eine weitere Ebene der Konfiguration und Governance hinzu. Je leistungsfähiger das Speichersystem ist, desto wichtiger wird es zu definieren, was erinnert werden soll, wie es abgerufen werden soll und wer es ändern kann.

Fazit: Erinnern Sie sich an die richtigen Dinge

Die Speicherfunktionen von Hermes Agent deuten auf einen umfassenderen Wandel im KI-Workflow-Design hin. Die siegreichen Agenten werden nicht diejenigen sein, die blind alles behalten. Sie werden diejenigen sein, die wissen, was sie bewahren, was sie durchsuchen, was sie komprimieren und was sie vergessen müssen. Für Benutzer ist die praktische Erkenntnis einfach: Behandeln Sie den Speicher als Betriebsebene. Verwenden Sie es, um dauerhafte Einstellungen, Projektkonventionen, wiederholte Korrekturen und Lektionen zu speichern, die zukünftige Fehler verhindern. Behalten Sie rohe Details im durchsuchbaren Verlauf bei. Verwenden Sie externe Speicheranbieter nur dann, wenn Ihr Workflow wirklich skalierbar ist. Für Teams, die ernsthafte Agenten-Workflows erstellen, sollte der Speicher entworfen werden, bevor die Automatisierung ausgeweitet wird. Andernfalls könnte der Agent zwar mächtig, aber inkonsequent werden: handlungsfähig, aber unfähig, die Kontinuität aufrechtzuerhalten. Der beste KI-Agent ist nicht derjenige, der sich am meisten erinnert. Es ist derjenige, der sich die richtigen Dinge mit der richtigen Detailebene merkt und diese Erinnerung dann nutzt, um die nächste Aufgabe zu erleichtern.