Hermes Agent: Speicher und Skills im Detail

Kurze Antwort: Hermes Agent verwaltet den Speicher, indem er in einfache Markdown-Dateien schreibt (MEMORY.md für den globalen Kontext, USER.md pro Nutzer) innerhalb des Datenverzeichnisses des Agents. Der Agent liest diese zu Beginn jeder Sitzung und aktualisiert sie automatisch, während die Konversationen fortschreiten. Der Speicher ist einsehbar, bearbeitbar und portabel: keine Datenbank und kein Vektorspeicher erforderlich.

Warum Speicher und Skills das zentrale Unterscheidungsmerkmal sind

Die meisten KI-Tools setzen sich zwischen den Sitzungen vollständig zurück. Sie beginnen jedes Mal von vorn. Hermes Agent baut auf einem anderen Modell auf: Der Agent soll im Laufe der Nutzung Wissen und Fähigkeiten ansammeln.

Das ist nicht bloß eine Funktionsbeschreibung. Es ist der grundlegende architektonische Unterschied zwischen Hermes und einer herkömmlichen Chat-Oberfläche. Die offizielle Hermes-Dokumentation beschreibt das Projekt als „den Agenten, der mit Ihnen wächst", und die Speicher- und Skills-Systeme sind der Mechanismus hinter dieser Aussage.

Zu verstehen, wie diese Systeme funktionieren, hilft Ihnen, Hermes effektiver einzusetzen. Es erklärt auch, warum Entscheidungen zur Bereitstellung (wie und wo Sie Hermes ausführen) bei diesem Agenten wichtiger sind als bei den meisten anderen.

Wie der Speicher von Hermes funktioniert

Hermes speichert persistenten Speicher in einer Reihe von Dateien innerhalb des Datenverzeichnisses des Agents. Die Hauptdatei ist MEMORY.md, eine strukturierte Markdown-Datei, die der Agent zu Beginn jeder Sitzung liest und im Verlauf der Konversationen aktualisiert.

Dies ist keine Datenbank und kein Vektorspeicher. Es ist eine einfache Textdatei, die der Agent wie jedes andere Dokument lesen und schreiben kann. Die Einfachheit ist beabsichtigt: Der Speicher ist einsehbar, bearbeitbar und portabel. Sie können ihn in einem Texteditor öffnen und genau lesen, was der Agent weiß.

Was in den Speicher geschrieben wird

Der Agent entscheidet selbst, was er in MEMORY.md schreibt, basierend darauf, was er für merkenswert hält. Dazu gehören typischerweise:

Nutzerpräferenzen und Notizen zur Arbeitsweise
Laufende Projektzusammenfassungen und Kontext
Informationen, um deren Speicherung der Nutzer den Agenten ausdrücklich gebeten hat
Muster, die der Agent über mehrere Sitzungen hinweg beobachtet hat
Entscheidungen, die fortgeführt werden sollen (bevorzugte Tools, bevorzugtes Modell usw.)

Sie können Hermes auch direkt anweisen, sich etwas zu merken: „Merke dir, dass ich Python gegenüber JavaScript bevorzuge" oder „Speichere eine Zusammenfassung dessen, was wir heute gemacht haben." Der Agent schreibt dies sofort in MEMORY.md.

Nutzerprofile

Zusätzlich zu MEMORY.md pflegt Hermes eine USER.md-Datei für jeden Nutzer, der mit dem Agenten interagiert. Dies ist das nutzerspezifische Gegenstück zur globalen Speicherdatei. Sie speichert Informationen, die für die jeweilige Person spezifisch sind, was besonders nützlich ist, wenn der Agent über eine gemeinsam genutzte Telegram-Bereitstellung mehrere Nutzer bedient.

Kontextdateien

Hermes liest außerdem Kontextdateien aus Ihren Projektverzeichnissen. Dies sind Dateien, die Sie bewusst bereitstellen, etwa eine CONTEXT.md in Ihrem Arbeitsverzeichnis, die dem Agenten Hintergrundinformationen für ein bestimmtes Projekt oder einen bestimmten Bereich liefern. Der Agent behandelt diese als Referenzdokumente, nicht als veränderbaren Speicher.

Dies ist der Mechanismus hinter der Fähigkeit von Hermes, anhaltende Projektarbeit zu leisten. Sie geben ihm eine Kontextdatei, die das Projekt erklärt, und er trägt diesen Kontext in jede Konversation über das Projekt hinein, ohne dass Sie sich wiederholen müssen.

Das Skills-System

Während der Speicher Informationen speichert, speichern Skills Verhalten. Ein Hermes-Skill ist eine wiederverwendbare Prozedur, die der Agent über ihren Namen aufrufen kann.

Wie ein Skill aussieht

Skills werden in Markdown-Dateien mit einem strukturierten Format definiert:

---
name: daily-summary
description: Compile a daily summary of recent conversations, tasks completed, and open items.
---

1. Read the last 24 hours of conversation context
2. Identify completed tasks and ongoing threads
3. Format as a structured summary
4. Send to the user

Der Agent liest diese Datei und kann den Skill aufrufen, wenn er relevant ist oder wenn Sie ihn direkt anfordern.

Automatisch generierte Skills

Einer der markantesten Aspekte von Hermes ist, dass der Agent seine eigenen Skills generieren kann. Wenn Hermes bemerkt, dass er wiederholt dieselbe mehrstufige Prozedur ausführt, kann er vorschlagen, einen Skill zu erstellen, der diese Prozedur erfasst. Beim nächsten Mal, wenn eine ähnliche Anfrage eingeht, kann der Agent den Skill wiederverwenden, anstatt dieselben Schritte erneut von Grund auf durchzudenken.

Das ist es, was „selbstverbessernd" in der Praxis bedeutet. Der Agent trainiert kein Modell neu. Er baut eine Bibliothek wiederverwendbarer Prozeduren auf, die auf Ihren tatsächlichen Nutzungsmustern basiert.

Eigene Skills

Sie können Skills auch manuell schreiben und dem Skills-Verzeichnis hinzufügen. Das ist nützlich für wiederkehrende Arbeitsabläufe, die der Agent zuverlässig übernehmen soll, etwa die Formatierung von Berichten, Checklisten für Code-Reviews oder die Integration mit externen APIs.

Hermify stellt im Dashboard einen Editor für eigene Skills bereit, sodass Sie Skills erstellen und bearbeiten können, ohne direkt auf das Dateisystem des Servers zuzugreifen. Änderungen werden nach einem über das Dashboard ausgelösten Neustart wirksam.

Was Speicher und Skills zerstört

Dies ist der Teil, den die meisten Nutzer auf die harte Tour lernen.

Schwerwiegend: Speicher und Skills liegen als Dateien im Dateisystem. Sie werden nicht mit einer Cloud-Datenbank synchronisiert. Es sind Dateien im Datenverzeichnis des Agents. Wenn die Laufzeitumgebung zerstört, das Datenverzeichnis gelöscht oder der Container ohne Erhalt des Volumes ersetzt wird, gehen sämtlicher Speicher und alle Skills verloren.

Schwerwiegend: Die meisten günstigen Hosting-Ansätze löschen die Daten beim Neustart. Wenn Sie Hermes in einem Docker-Container ohne persistentes Volume ausführen, beginnt jeder Neustart von vorn. Ihre MEMORY.md ist leer, Ihre Skills sind weg und der Agent erinnert sich nicht an den Kontext, den Sie über Wochen aufgebaut haben.

Behebbar: Prozessneustarts ohne Datenlöschung sind unproblematisch. Wenn der Prozess neu startet, das Datenverzeichnis aber erhalten bleibt, überstehen Speicher und Skills den Neustart. Dies ist das erwartete Verhalten im Normalbetrieb.

Behebbar: Geänderte Zugangsdaten wirken sich nicht auf den Speicher aus. Das Austauschen Ihres API-Schlüssels oder das Ändern des Telegram-Tokens berührt die Speicherdateien nicht. Das Datenverzeichnis ist von der Konfiguration getrennt.

Wie Hermify die Speicherpersistenz handhabt

Wenn Hermify eine Hermes-Agent-Laufzeitumgebung bereitstellt, mountet es ein persistentes Docker-Volume am Datenverzeichnis. Das bedeutet:

Container-Neustarts löschen weder Speicher noch Skills
Tarifwechsel (z. B. der Wechsel von Starter zu Pro) übernehmen die Daten
Der Speicher, den Ihr Agent über Wochen aufbaut, ist über alle betrieblichen Vorgänge von Hermify hinweg sicher

Dies ist eine bewusste Designentscheidung. Der ganze Sinn eines selbstverbessernden Agenten besteht darin, dass er mit der Zeit besser wird. Ein Hosting-Setup, das den Speicher bei jedem Neustart löscht, untergräbt das vollständig.

Das Hermify-Dashboard gibt Ihnen außerdem Zugriff auf den Editor für eigene Skills, sodass Sie Skills über die Benutzeroberfläche ansehen, erstellen und bearbeiten können, ohne sich per SSH mit dem Server verbinden oder die CLI direkt nutzen zu müssen. So verwalten die meisten Hermify-Nutzer die Skills-Ebene nach der ersten Bereitstellung.

Praktische Nutzungsmuster

Sobald Sie das Speichersystem verstanden haben, ergeben sich einige Muster von selbst:

Befüllen Sie den Speicher bewusst zu Beginn. Wenn Sie Hermes zum ersten Mal bereitstellen, verbringen Sie eine Sitzung damit, ihm die Dinge mitzuteilen, die er sich langfristig merken soll: Ihren Namen, Ihre Rolle, die Tools, die Sie verwenden, die Projekte, an denen Sie arbeiten. Dadurch wird die Speicherdatei mit einer nützlichen Grundlage initialisiert, anstatt darauf zu warten, dass sich der Kontext passiv ansammelt.

Nutzen Sie Kontextdateien für die Projektarbeit. Erstellen Sie in jedem Projekt, an dem Sie mit Hermes arbeiten, eine CONTEXT.md. Beschreiben Sie das Projekt, den Tech-Stack, die wichtigsten Entscheidungen und den aktuellen Stand. Der Agent liest diese automatisch, wenn Sie in diesem Verzeichnis arbeiten.

Überprüfen Sie die Speicherdatei regelmäßig. Da MEMORY.md eine einfache Textdatei ist, können Sie sie direkt lesen. Wenn der Agent etwas Falsches oder Veraltetes geschrieben hat, können Sie die Datei bearbeiten, und die Änderung wird in der nächsten Sitzung wirksam. Betrachten Sie sie wie ein gemeinsames Dokument zwischen Ihnen und dem Agenten.

Erstellen Sie Skills für wiederkehrende Arbeitsabläufe. Wenn Sie feststellen, dass Sie Hermes immer wieder dasselbe machen lassen, ist das ein guter Kandidat für einen Skill. Lassen Sie entweder den Agenten automatisch einen erstellen (er wird dies vorschlagen, wenn er das Muster bemerkt), oder schreiben Sie für mehr Kontrolle einen manuell.

Die Auswirkung auf die Bereitstellung

Wenn Speicher und Skills der zentrale Wert von Hermes sind, dann ist die Frage der Bereitstellung in Wirklichkeit eine Frage der Datenpersistenz. Der Agent ist nur so wertvoll wie sein angesammelter Kontext und seine Skills-Bibliothek.

Deshalb ist die Hosting-Entscheidung bei Hermes wichtiger als bei einem zustandslosen LLM-API-Aufruf. Sie führen nicht nur einen Prozess aus, sondern pflegen eine wachsende Wissensbasis, die im Dateisystem lebt. Jede Bereitstellung, die diese Daten nicht ernst nimmt, verliert genau das, was Hermes von einer herkömmlichen Chat-Oberfläche unterscheidet.

Wenn Sie Hermifys Vorgehen hierzu im Kontext einer verwalteten Bereitstellung sehen möchten: Die Seite deploy Hermes Agent erläutert, wie Provisionierung, Datenpersistenz und Laufzeitverwaltung zusammenspielen.