6 Hermes-Agent-Anwendungsfälle, die ich als 24/7-Belegschaft betreibe

6 Hermes-Agent-Anwendungsfälle, die ich als 24/7-Belegschaft betreibe

Das Godot-Projekt war um 4:42 Uhr morgens fertig kompiliert. Ich war nicht wach, um es zu sehen. Was ich sah, als ich mich um 8:11 Uhr umdrehte und mein Handy entsperrte, war eine Telegram-Nachricht von meinem Hermes Agent: "Build abgeschlossen. Stealth-Shooter spielbar unter ~/projects/godot-tps. Loot-Pickups funktionieren (Munition, Verbände). Wand-Durchsicht-Umschalter bei Gegnern. Basis-Patrouille-KI bei drei Wachen. Letzter Commit 04:42:13. Keine Fehler im Editor. Soll ich das nächste Iterations-Briefing entwerfen?"

Ich hatte am Abend zuvor einen einzigen Prompt gegeben. Ich war ins Bett gegangen. Während ich schlief, lieferte er einen Third-Person-Shooter in Godot 4 ab.

Ich möchte etwas klarstellen, bevor dies zu einem Hype-Absatz wird. Der Shooter ist kein fertiges Spiel. Die Gegner-KI ist dumm. Die Texturen sind Platzhalter. Das Animations-Rig ist halb aufgebaut. Aber das Ding ist spielbar. Man kann mit einer Figur durch ein Level laufen, Munition aufsammeln, einen Verband nehmen um sich zu heilen, Gegner durch Wände hindurch in einem Stealth-Sichtmodus leuchten sehen und eine Waffe abfeuern, die Schaden macht. Das Grundgerüst steht. Die nächste Iteration, mit KI-generierten Assets eingefügt und ein paar weiteren Durchläufen durch denselben Agenten, wird ein echtes Spiel.

Der eigentliche Punkt ist, was das Slashgoal bewiesen hat. Ich ging von "vager Idee" zu "kompiliertem, spielbarem Godot-Projekt", ohne an der Tastatur zu sitzen. Der Agent fasste nicht zusammen, was ich tun sollte. Er tat es. Dreiundzwanzig Stunden lang. Ununterbrochen. Während ich kochte, einen Film schaute, schlief und Kaffee machte.

Dies ist der Beitrag, den ich seit Monaten schreiben wollte. Nicht der "Hermes Agent ist großartig"-Beitrag — ich habe bereits den über die Verbindung von Hermes mit Claude Code als gemeinsames KI-Betriebssystem geschrieben und den über die Kombination mit OpenClaw für Redundanz. Dies ist der Beitrag darüber, was Hermes Agent tatsächlich jeden Tag für mich tut. Sechs konkrete Anwendungsfälle. Echte Workflows. Die Anwendungsfälle, die aus einem "selbstverbessernder Agent"-Buzzword eine 24/7-KI-Belegschaft machten, die ich ernsthaft nur schwer aufgeben könnte.

Wenn du Hermes-neugierig warst, aber unsicher, worauf du es tatsächlich richten sollst, ist dies dein Handbuch.

Warum "KI-Belegschaft" der richtige Rahmen ist, nicht "KI-Assistent"

Die meisten Leute installieren Hermes und versuchen es wie ChatGPT mit Extra-Schritten zu nutzen. Einen Prompt tippen. Eine Antwort bekommen. Das Fenster schließen. Wiederholen.

Das ist das falsche Denkmodell. Es verschwendet 90% dessen, was Hermes interessant macht.

Der Hermes Agent (Nous Research, derzeit auf v0.13 Stand Mai 2026) wurde um drei Architekturentscheidungen herum gebaut, die alles daran ändern, wie man ihn benutzt:

1. Er bleibt bestehen. Hermes läuft auf einem Server, einem VPS oder einem langlebigen lokalen Prozess. Du kannst von Telegram, WhatsApp, Slack oder dem Terminal aus mit ihm kommunizieren — aber der Agent selbst endet nicht, wenn du das Fenster schließt. Er läuft weiter, merkt sich weiter, führt weiter Aufgaben aus, die du vor Stunden oder Tagen delegiert hast.
2. Er verbessert sich selbst. Jede erfolgreiche Aufgabe wird in eine Fähigkeit extrahiert. Jede Fähigkeit wird verfeinert, je öfter du sie nutzt. Das bedeutet, dass eine Recherche-Pipeline, die du im Februar eingerichtet hast, im Mai messbar besser recherchiert als am Tag ihrer Erstellung. Der Agent akkumuliert.
3. Er ist multi-instanzfähig. Du kannst mehrere Hermes-Profile parallel betreiben — einen Orchestrator, einen Researcher, einen Coder, einen Writer — und sie reichen Arbeit untereinander über ein eingebautes Kanban-Board weiter. Das ist keine Metapher. Es gibt ein buchstäbliches Kanban-Dashboard. Karten bewegen sich zwischen Spalten. Profile werden zugewiesen. Arbeit geschieht.

Kombiniere diese drei Eigenschaften und "KI-Assistent" ist nicht mehr das richtige Wort. Was du tatsächlich hast, ist eine kleine Belegschaft. Immer aktiv. Immer lernend. Koordiniert über ein Board. Diese Neubetrachtung ist es, die die nachfolgenden Anwendungsfälle freischaltet.

Hier ist, was meine Belegschaft für mich tut, in der Reihenfolge, in der ich sie aufgebaut habe.

Anwendungsfall 1: Slashgoal für Aufgaben, die 24+ Stunden dauern

Das Slashgoal — /goal in der Hermes-CLI — ist die einzelne Funktion, die mich dazu brachte, Hermes nicht mehr wie einen Chatbot zu behandeln. Laut der offiziellen Hermes-Dokumentation setzt /goal ein stehendes Ziel, an dem der Agent über mehrere Runden hinweg arbeitet, bis es erledigt ist, unter Verwendung dessen, was Nous eine Ralph-Schleife nennt. In der Praxis: Du gibst ein Ziel vor, und er ackert.

Das erste Mal, als ich es ausprobierte, tat ich das, was jeder Entwickler tut. Ich tippte /goal baue mir eine App und ging mit einem cleveren Gefühl ins Bett.

Ich wachte auf mit einem halb kaputten Express-Server, drei widersprüchlichen Readme-Dateien und einer Token-Rechnung, die mich zusammenzucken ließ. Der Agent hatte es wirklich versucht. Er wusste nur nicht, was ich wollte.

Dieses Scheitern lehrte mich die Lektion, die ich jetzt jedem Hermes-Nutzer beibringe: Das Slashgoal ist kein Wunsch. Es ist ein Vertrag. Und Verträge funktionieren, wenn beide Parteien spezifisch sind.

Die Lösung war Metaprompting. Statt mein Ziel blind einzutippen, begann ich, das Ziel zusammen mit einer KI zu formulieren. Ich setzte mich mit Claude oder Codex hin und beantwortete Fragen wie:

• Was ist das Zielergebnis, beschrieben, als würde ich es an einen Entwickler übergeben?
• Was sind die harten Einschränkungen (Sprache, Framework, Abhängigkeiten, Dateistruktur)?
• Was sind die weichen Präferenzen (Stil, Namenskonventionen, zu vermeidende Bibliotheken)?
• Wie sieht "fertig" aus? Was ist der minimal tragfähige Fertigstellungsnachweis?
• Was darf der Agent entscheiden? Worüber muss er mich fragen?
• Was ist das Budget — Token, Zeit, Umfang?

Bis ich fertig bin, habe ich ein Slashgoal, das zwei oder drei Seiten lang ist. Schmerzhaft zu schreiben. Magisch zu starten.

Das Godot-Projekt, das diesen Beitrag eröffnete, entstand aus einem dieser langen Slashgoals. Der Prompt spezifizierte Godot 4 als Engine, eine Third-Person-Kamera gekoppelt an einen CharacterBody3D, zwei konsumierbare Pickups (Munition und Verbände), eine Stealth-Mechanik, bei der Gegner durch Wände sichtbar werden, wenn der Spieler sich duckt, und Patrouille-KI für drei feindliche NPCs. Er listete die exakte Verzeichnisstruktur auf. Er sagte dem Agenten, welche Godot-APIs er verwenden und welche er vermeiden sollte. Er gab dem Agenten die Erlaubnis, bei jedem Meilenstein in ein lokales Git-Repository zu committen und mich auf Telegram anzupingen, wenn er blockiert war.

Der Agent lief 23 Stunden. Er erreichte das Budgetlimit, das ich für maximale Iterationen eingestellt hatte. Er meldete sich zweimal bei mir, beide Male, weil er korrekt eine Mehrdeutigkeit in meiner Spezifikation identifiziert hatte. Das Ergebnis war der spielbare Prototyp, den ich in der Eröffnung beschrieben habe.

Dasselbe Muster funktioniert für Dinge, die keine Spiele sind. Ich habe per Slashgoal bearbeiten lassen:

• Ein umfangreiches technisches Dokument (ein 60-seitiges Playbook für einen Kunden). Der Agent entwarf, überprüfte sich selbst anhand einer Rubrik und iterierte, bis jeder Abschnitt die Rubrik bestand. Gesamtzeit: ~14 Stunden.
• Eine Migration von einer Legacy-Laravel-App zu einer neuen Laravel-13-Codebasis. Der Agent las den alten Code, kartierte Routen und Modelle, generierte die neue Struktur und produzierte einen Diff für mich zur Überprüfung. Gesamtzeit: ~11 Stunden.
• Eine komplette statische Dokumentationsseite für ein Open-Source-Projekt, das ich betreue. Hermes schrieb den Inhalt, generierte die Astro-Konfiguration, richtete das Deployment auf einem VPS ein und pingte mich, als DNS manuelle Eingriffe benötigte. Gesamtzeit: ~6 Stunden.

Es gibt ein Muster in diesen Beispielen, das es wert ist, benannt zu werden. Das Slashgoal eignet sich am besten für abgegrenzte, verifizierbare, langwierige Arbeit. Abgegrenzt, weil vage Ziele scheitern. Verifizierbar, weil der Agent wissen muss, wann er fertig ist. Langwierig, weil man eine Aufgabe, die 15 Minuten dauert, einfach selbst erledigen sollte.

Der ehrliche Kompromiss: Slashgoal-Läufe werden teuer, wenn man sie falsch einschätzt. Ein 23-Stunden-Lauf auf Opus 4.7 über OpenRouter kostete mich etwa $38 für das Godot-Projekt. Lohnenswert für einen echten Prototyp. Schmerzhaft, wenn der Prompt schlecht war und die Ausgabe unbrauchbar ist. Stelle immer deine Max-Iterationen-Einstellung in hermes init ein, bevor du etwas Ambitioniertes delegierst.

Bevor wir weitermachen, hier die offene Schleife, die ich später schließe: Ein großartiges Slashgoal braucht immer noch einen großartigen Ort, um seine Ausgabe abzulegen. Hier kommt Kanban ins Spiel.

Anwendungsfall 2: Das Kanban-Board als mein Mensch-KI-Verkehrsregler

Das Hermes-Kanban ist die zweite Funktion, die verändert hat, wie ich arbeite. Es wird als gebündeltes Dashboard-Plugin in plugins/kanban/ mitgeliefert, läuft lokal und stellt Spalten für Triage, Todo, Ready, Running, Blocked, Done und Archived bereit. Du startest es mit hermes dashboard im Terminal, und ein Browser-Tab öffnet sich unter der Kanban-URL.

Dieser Satz unterschätzt, was tatsächlich passiert. Das Kanban ist keine Aufgabenliste. Es ist eine Delegations-Warteschlange mit eingebauter Weiterleitung.

So sieht mein täglicher Ablauf aus.

Morgens, gegen 8:30 Uhr. Ich schreibe meine Aufgabenliste für den Tag. Stift und Papier, meistens. Etwa ein Dutzend Punkte: Kundenarbeit, Code-Reviews, zwei Artikel zum Schreiben, drei Anrufe, eine Abrechnungssache, die mein Buchhalter braucht, Besorgungen.

Ich sortiere die Liste in zwei Stapel. Stapel A ist Arbeit, die nur ich erledigen kann. Stapel B ist Arbeit, die ein Agent plausibel beginnen kann. Die Aufteilung ist meist 60/40 an manchen Tagen, 30/70 an anderen. Alles mit einem Telefonat, einer kreativen Entscheidung, einem persönlichen Treffen oder Urteilsvermögen, das von Kontext abhängt, den der Agent nicht hat — das ist Stapel A. Alles, was Recherche, Entwurf, Code-Gerüstbau, Refactoring, Datensammlung oder Routinedokumentation ist — Stapel B.

Stapel B kommt aufs Kanban. Ich öffne hermes dashboard, klicke auf den Inline-Erstellen-Button der Triage-Spalte und lege kurze Karten an. "Recherchiere drei Wettbewerber zu Produkt X, liefere einen Markdown-Bericht." "Refaktoriere das Auth-Modul in Repo Y, um das neue Middleware-Muster zu verwenden." "Entwirf die ersten 1.500 Wörter des Artikels der nächsten Woche zum Thema Z."

Der Dispatcher übernimmt. Standardmäßig läuft Hermes mit kanban.auto_decompose: true. Der Dispatcher liest jede Karte in der Triage-Spalte, sieht sich meinen Profilkatalog an und leitet die Aufgabe weiter. Eine Recherche-Karte geht an mein Researcher-Profil. Eine Code-Karte geht an mein Coder-Profil. Eine Schreib-Karte geht an mein Writer-Profil. Lange Karten werden über die Decompose-Aktion in einen Graphen von Teilaufgaben aufgefächert. Kurze Karten bekommen eine einzelne Aufgabenspezifikation über Specify umgeschrieben.

Karten fließen. Triage → Todo → Ready → Running → Done. Ich verschiebe sie nicht. Die Agenten tun das. Ich beobachte, wie sich das Board den ganzen Tag verändert, so wie ich früher CI-Pipelines laufen sah.

Das erste Mal, als das bei mir klickte, war ein Dienstag im März. Ich hatte um 9 Uhr morgens sieben Karten auf dem Board abgelegt. Bis Mittag hatte ich drei meiner nur-für-Menschen-Aufgaben erledigt. Als ich das Dashboard überprüfte, waren vier der sieben Karten zu Done verschoben worden. Eine war blockiert — der Agent war an eine Wand gestoßen und hatte einen Kommentar mit einer Frage an mich hinterlassen. Zwei liefen noch. Ich beantwortete die Frage der blockierten Karte in fünfzehn Sekunden. Der Agent entblockierte sich und machte weiter.

Das ist der Moment, in dem ich aufhörte, mich zu fühlen, als würde ich Aufgaben verwalten. Ich überprüfte die Arbeit eines Teams, dessen einziges menschliches Mitglied ich technisch gesehen war.

Ein paar Details, die wichtig werden, sobald man es tatsächlich nutzt:

• Karten nehmen Kommentare an. Ich hinterlasse Kontext in Kartenkommentaren, statt ihn in den Titel zu quetschen. Der Agent liest sie. Langer Kontext gehört in Kommentare, nicht in Titel.
• Karten nehmen Links an. Du kannst einen Dateipfad, eine URL oder eine Referenz auf eine andere Karte anhängen. Hermes nutzt diese als Eingaben.
• Der Triage-Auto-Decomposer ist eigensinnig. Wenn dir nicht gefällt, wie er eine Aufgabe aufgeteilt hat, klicke erneut auf den Decompose-Button, nachdem du zuerst einen klareren Prompt als Kommentar geschrieben hast. Er leitet basierend auf dem Kommentar um.
• Verwende Profilbeschreibungen. Der Dispatcher leitet basierend auf Profilbeschreibungen weiter, nicht auf Profilnamen. Ein Profil namens coder ohne Beschreibung bekommt generische Weiterleitung. Ein Profil namens coder, beschrieben als "TypeScript / Next.js / Tailwind-Spezialist, arbeitet in ~/projects/web", bekommt genau die Arbeit, die es bekommen sollte.

Das Kanban verwandelt Hermes von "ein Agent, der eine Sache tut" in "eine Belegschaft, die viele Dinge tut." Sobald du es betreibst, hörst du auf, es zu öffnen, um den Fortschritt zu prüfen, und fängst an, es zu öffnen, um zu delegieren.

Aber der kontraintuitivste Teil meiner Hermes-Nutzung ist nicht das Goal-Kommando oder das Kanban. Es ist die autonome Recherche-Engine, auf die ich als nächstes zu sprechen komme — die so detaillierte Ergebnisse produziert, dass sie Claude Codes Arbeit erleichtert.

Anwendungsfall 3: Technische Recherche und Wettbewerbsanalyse, die sauber übergeben wird

Ich führe eine Wettbewerbsanalyse für jedes Produkt durch, das ich evaluiere. Das machte ich früher manuell. Einen Tab öffnen. Marketingtexte lesen. Noch einen Tab öffnen. Durch das Produkt klicken. DevTools öffnen. Die Bundle-Größe ansehen. Die Preisseite notieren. Die Analytics-Skripte notieren. Den Zahlungsanbieter notieren. Ergebnisse aufschreiben.

Das war früher mindestens eine Stunde pro Produkt. Manchmal ein halber Tag, wenn das Produkt tiefgehend war.

Jetzt ist es eine Kanban-Karte.

Die Karte sieht so aus: "Analysiere Wettbewerber-Produkt Creator Buddy (creatorbuddy.ai). Erstelle einen Markdown-Bericht über Tech-Stack, Feature-Liste, Preisstaffeln, Analytics-Setup, Zahlungsanbieter, wichtigste Positionierungs-Claims und Lücken gegenüber vergleichbaren Tools. Ausgabe nach ~/research/competitors/creator-buddy-2026-05.md."

Der Agent erledigt diese Arbeit so, wie ich es tun würde, nur schneller und gründlicher. Er öffnet die Seite. Er liest jede Seite. Er inspiziert Netzwerk-Requests. Er schaut sich die geladenen JavaScript-Bundles an und notiert, welche Frameworks sichtbar sind. Er liest den Seitenquelltext nach Analytics-Tags. Er prüft die Preisseite. Er vergleicht die Positionierungssprache über Seiten hinweg. Er erstellt einen Markdown-Bericht — normalerweise 1.500 bis 2.500 Wörter — den ich direkt als Eingabe für einen Build-Auftrag in Claude Code oder Codex einfügen kann.

Die Creator-Buddy-Analyse lief etwa 40 Minuten. Die Ausgabe enthielt:

• Tech-Stack-Identifikation. Next.js 14, Tailwind, deployed auf Vercel, mit Stripe für Zahlungen, Mixpanel für Produktanalytics, Intercom für Support. Alles abgeleitet aus den Headern, den geladenen Skripten und dem Seitenquelltext.
• Feature-Inventar. Dreiundzwanzig Features, jedes in einem Satz beschrieben, organisiert nach den vier Produktoberflächen (Dashboard, Editor, Bibliothek, Einstellungen).
• Preismatrix. Drei Stufen, mit hervorgehobenen Feature-Unterschieden. Direkt von der Preisseite und ein paar Support-Dokumenten aus dem Footer gezogen.
• Positionierungs-Claims. Sechs Kern-Claims, die das Marketing macht, gerankt nach ihrer Prominenz.
• Lücken. Die eigene Einschätzung des Agenten — basierend auf dem Vergleich mit zwei Referenz-Tools, die ich ihm genannt hatte — was Creator Buddy nicht tut, was vergleichbare Tools tun.

Der letzte Abschnitt war der entscheidende Punkt. Der Agent beschrieb nicht nur das Produkt. Er analysierte es. Der Lückenabschnitt gab mir drei konkrete Chancen, die ein Tool im selben Bereich verfolgen könnte.

Was diesen Anwendungsfall besonders wertvoll macht: Die Ausgabe ist für nachgelagerte Agenten strukturiert. Weil der Bericht eine saubere Markdown-Datei an einem bekannten Ort ist, kann ich ihn als Kontext in Claude Code einfügen mit einem Folge-Slashgoal: "Lies ~/research/competitors/creator-buddy-2026-05.md. Baue einen Next.js-15-Prototyp, der die drei im Bericht identifizierten Lücken adressiert. Verwende denselben Tech-Stack. Ausgabe nach ~/projects/prototype-x."

Das sind zwei verkettete Hermes-Operationen. Recherche → Prototyp. Beide autonom. Beide echte Artefakte produzierend, die ich überprüfen kann. Dasselbe Übergabemuster funktioniert für jeden Recherche-dann-Bauen-Workflow.

Eine Anmerkung zur Ethik, weil ich das ernst nehme: Der Agent inspiziert nur öffentlich zugängliche Seiten. Kein Scraping hinter einer Paywall. Kein Umgehen von Authentifizierung. Kein Simulieren von Nutzern. Der Agent liest, was ein ausgeloggter Browser sehen würde, und berichtet über das, was sichtbar ist. Das ist eine Einschränkung, die ich in der Profilbeschreibung festgelegt und in jeder Recherche-Karte verstärkt habe.

Wenn du viel praxisnahen KI-Content schreibst wie ich, amortisiert sich die Recherche-dann-Bauen-Kette allein über das Hermes-Abonnement. Die Stunden, die ich früher mit Kontextsammlung verbrachte, sind jetzt Stunden, die ich fürs Schreiben selbst verwende.

Anwendungsfall 4: Ein persönliches Gedächtnis-Wiki, das schlauer wird, während ich lebe

Es gibt eine Kategorie von Hermes-Anwendungsfällen, die in keinem "10 Anwendungsfälle"-Beitrag auftaucht, den ich gelesen habe, und es ist diejenige, die ich am schwersten aufgeben könnte.

Ich habe ein persönliches Gedächtnis-Wiki. Es ist eine private Website, gehostet auf einer Domain, die nur ich erreichen kann, automatisch gepflegt von Hermes. Jedes Gespräch, das wir führen, jede Entscheidung, die ich in einem täglichen Logbuch treffe, jedes Recherche-Artefakt, jeder Projektmeilenstein — alles landet als klickbarer, durchsuchbarer, quervernetzter Eintrag auf diesem Wiki.

Die Einrichtung war ein einziger Prompt und etwa 25 Minuten.

Ich bat Hermes, mir eine statische Seite mit drei Dingen zu bauen: eine Homepage, die meine aktiven Projekte mit Statusabzeichen auflistet, einen täglichen Log-Bereich mit einem Eintrag pro Tag, und einen Themenbereich, in dem jedes Thema eine Markdown-Seite ist, die sich automatisch aktualisiert, wenn ein relevantes Gespräch stattfindet. Ich sagte ihm, wo es gehostet werden soll (eine private Subdomain auf meinem VPS), gab ihm Schreibzugriff auf das Obsidian-Vault, wo meine Notizen leben, und wies es auf das Gesprächslog-Verzeichnis hin.

Das war die Installation. Jetzt pflegt sich das Wiki selbst.

Jeden Abend gegen Mitternacht läuft eine geplante Aufgabe auf Hermes. Sie holt die Gespräche des Tages, extrahiert die inhaltlichen Punkte (Entscheidungen, Erkenntnisse, nützliche Referenzen, Dinge, von denen ich sagte, ich würde sie mir merken), und schreibt sie auf die entsprechenden Themenseiten. Sie aktualisiert das tägliche Log mit einer klaren Zusammenfassung. Sie verknüpft neue Einträge quer mit bestehenden Themen, wo sich Inhalte überschneiden. Bis zum Morgen ist das Wiki um einen Tag präzises, durchsuchbares Gedächtnis gewachsen — ohne dass ich etwas angefasst habe.

Warum ist das wichtig? Zwei Gründe.

Es stärkt mein eigenes Gedächtnis. Früher vergaß ich Dinge. Entscheidungen von vor drei Wochen. Gespräche mit Kunden über Scope-Änderungen. Den konkreten Grund, warum ich letzten Monat in einem Projekt eine Bibliothek einer anderen vorzog. Jetzt öffne ich einfach das Wiki und suche. Das Aufschreiben von Dingen — selbst wenn der Agent das Schreiben übernimmt — holt sie zurück in die zugängliche Kurzzeiterin­nerung.

Es gibt dem Agenten besseren Langzeitkontext. Das ist der Teil, den ich nicht kommen sah. Weil das Wiki auch die Wahrheitsquelle des Agenten ist, wird jedes Gespräch, das ich mit Hermes führe, von jedem Gespräch informiert, das ich bereits geführt habe. Frage Hermes nach einem Projekt vom letzten Quartal, und er strauchelt nicht — er öffnet die Themenseite, liest seine eigenen Notizen und antwortet mit vollem Kontext. Das Wiki ist effektiv das externalisierte Langzeitgedächtnis des Agenten in einer Form, die ich durchblättern und prüfen kann.

Ein konkretes Beispiel. Vor zwei Wochen war ich in einem Gespräch mit einem Kunden über ein Laravel-Projekt. Sie bezogen sich auf eine Entscheidung, die wir im Februar über Authentifizierung getroffen hatten. Ich hatte keine Erinnerung. Ich öffnete das Wiki auf meinem zweiten Monitor, tippte "auth" in die Suche, und der Eintrag erschien: "2026-02-14 — Kunde X Auth-Entscheidung. Laravel Sanctum statt Passport gewählt, weil ihr Mobile-App-Team token-basierte Auth nutzt und Sanctums API-Token-Modell sauberer mappt. Mejba markierte die Migrationskosten. Kunde akzeptiert." Ich las das dem Kunden vor. Sie bestätigten. Das Gespräch ging weiter.

Ohne das Wiki ist das eine fünfzehnminütige "Ich komme darauf zurück"-Peinlichkeit. Mit dem Wiki sind es sechs Sekunden. Multipliziere das mit jedem Gespräch, das von vorherigem Kontext abhängt — was irgendwann jedes Gespräch ist — und du verstehst, warum ich dieses Setup verteidigen würde.

Das Setup ist einfacher, als es klingt. Hermes baut die Seite mit welchem Stack du willst (meiner ist Astro, weil es schnell baut und mit minimaler Gestaltung gut aussieht). Der geplante Job ist ein einzelner Cron-Eintrag in der Hermes-Konfiguration. Die Quervernetzung geschieht durch eine kleine Fähigkeit, die der Agent im Laufe der Zeit gelernt hat — und die jetzt in meiner Fähigkeitenbibliothek steht, bereit zum Teilen, wenn du fragst.

Bau das. Ernsthaft. Es ist der Anwendungsfall, der am meisten zurückzahlt über die längste Zeit.

Anwendungsfall 5: Ein Tailscale-Mesh, das jedes Gerät zu einem Hermes-Terminal macht

Hier ist der Anwendungsfall, der meine Gerätesammlung in ein funktionierendes System verwandelte.

Ich habe ein MacBook Pro auf dem Schreibtisch. Einen Mac Mini auf einem Regal für lange Aufträge. Ein iPhone in der Tasche. Ein iPad in einer Tasche. Eine Ersatz-Linux-Maschine, die ich zum Testen behalte. Vor diesem Setup war jedes Gerät eine eigene Insel. Dateien auf dem Mac Mini waren auf dem Mac Mini. Modelle, die auf der Linux-Maschine liefen, liefen auf der Linux-Maschine. Um eine Datei zu verschieben oder einen Dienst geräteübergreifend abzufragen, bastelte ich mit Dropbox, SSH oder einem USB-Kabel.

Tailscale fraß das alles auf.

Tailscale ist ein Mesh-VPN. Du installierst es auf jedem Gerät, das du besitzt. Sie authentifizieren sich bei deinem Tailnet. Sie bilden verschlüsselte Peer-to-Peer-Verbindungen mit WireGuard. Jedes Gerät bekommt einen stabilen Namen (über MagicDNS) und eine IP-Adresse, die nur innerhalb deines privaten Mesh erreichbar ist. Handys, Laptops, Server, Tablets — alle in einem Netzwerk, alle über Hostnamen adressierbar, alle per SSO am Rand abgesichert.

Das Setup dauert zwanzig Minuten und ist für den persönlichen Gebrauch bis zu 100 Geräte kostenlos. App installieren. Mit Google oder GitHub anmelden. Fertig. Jedes Gerät taucht in der Tailscale-Admin-Konsole mit einem Namen und einer IP auf. Von jedem Gerät im Mesh kannst du jedes andere Gerät per Hostname erreichen.

Was das für Hermes freischaltet, ist unverhältnismäßig.

Dateizugriff über Geräte hinweg. Ein Hermes-Prozess, der auf meinem Mac Mini läuft, kann Dateien auf meinem MacBook Pro lesen, indem er sie über das Mesh unter macbook-pro:/Users/mejba/projects/... referenziert. Ich muss nicht synchronisieren, kopieren oder hochladen. Der Agent liest Dateien dort, wo sie liegen.

Localhost-artige Dienste von überall. Ich betreibe ein lokales LLM (ein quantisiertes Llama-Modell) auf der Linux-Maschine. Von meinem MacBook aus kann ich es unter linux-box:11434 erreichen — Ollamas Port — als wäre es auf localhost. Von Hermes auf dem Mac Mini dasselbe. Das gesamte Mesh behandelt jedes Gerät wie eine logische Maschine.

Geräteübergreifende Testausführung. Wenn Hermes eine Web-App auf meinem MacBook baut und sie von einem "anderen Netzwerk" testen will, kann es einen Curl vom iPhone (ja, mit iSH oder a-Shell) oder von der Linux-Maschine ausführen. Gleicher Code, anderer Netzwerkpfad, Real-World-Test.

Handy als Fernbedienung für den Mac Mini. Das ist leicht absurd, aber nützlich. Das Hermes-Dashboard auf dem Mac Mini ist vom Browser meines iPhones über den MagicDNS-Namen des Mac Mini erreichbar. Ich kann im Café sitzen, mein Kanban-Board in Echtzeit auf meinem Handy aktualisieren sehen und Karten über Spalten ziehen vom iPhone-Bildschirm. Der Mac Mini ackert. Das Handy ist das Lenkrad.

Das Video, das einen Teil dieses Beitrags inspirierte, schrieb das Produkt als "Tailcale." Es ist tatsächlich Tailscale, mit dem S. Gleiches Produkt, richtige Schreibweise, verfügbar unter tailscale.com. Kostenlos für den persönlichen Gebrauch. Es lohnt sich, es heute zu installieren, selbst wenn du nie Hermes betreibst — aber wenn du Hermes betreibst, transformiert es, was ein Agent auf einer Maschine erreichen kann.

Ein Sicherheitshinweis: Wenn du Geräte in ein Tailnet aufnimmst, werden sie von jedem anderen Tailnet-Gerät erreichbar, das du besitzt. Das ist der ganze Sinn. Aber es bedeutet, dass eine Kompromittierung auf einem Gerät potenziell Dienste auf anderen Geräten offenlegt. Nutze Tailscale-ACLs, um einzuschränken, was jedes Gerät erreichen kann. Betreibe keine unauthentifizierten Dienste auf einer Tailnet-IP, nur weil das Mesh sich privat anfühlt. Das Mesh ist privat. Die Dienste sollten trotzdem authentifizieren.

Wenn dich diese Art von verteiltem Setup interessiert, habe ich zuvor über das Deployen autonomer Agenten auf einem VPS mit Discord-Benachrichtigungen geschrieben — gleiche Philosophie, anderes Mesh.

Anwendungsfall 6: Der 9-Uhr-Morgen-Prioritäts-Prompt, der meinen Tag steuert

Der letzte Anwendungsfall ist der kleinste in diesem Beitrag und derjenige, den ich am heftigsten verteidigen würde.

Jeden Morgen um 9:00 Uhr pingt mich Hermes auf Telegram mit einer Frage: "Was ist deine Nummer-eins-Priorität heute?"

Das ist alles. Das ist der gesamte Prompt.

Ich tippe einen Satz zurück. Manchmal zwei. Meistens etwas wie "das Redesign der Agentur-Landingpage ausliefern" oder "den zweiten Entwurf des Hermes-Artikels fertigstellen" oder "meinen Buchhalter anrufen und die Rechnungsstellung der letzten Woche klären."

Hermes macht drei Dinge mit meiner Antwort.

Es aktualisiert das Wiki. Ein neuer Eintrag landet in meinem täglichen Log: heutiges Datum, die Priorität, meine genauen Worte. Am Ende der Woche gibt es eine Spalte, die ich scannen kann, um zu sehen, was ich mir jeden Tag als wichtig gesagt habe. Muster erscheinen, die ich in Echtzeit nicht sehen kann.

Es generiert unterstützende Aufgaben. Wenn ich "das Redesign ausliefern" sagte, legt Hermes Karten ins Kanban: recherchiere, was aktuell auf der Seite ist, sammle Markenressourcen, entwirf drei Hero-Variationen, schreibe drei Meta-Beschreibungsoptionen, bereite eine Deploy-Checkliste vor. Ich kann sie behalten, streichen oder bearbeiten. Als ich das zum ersten Mal ausprobierte, löschte ich die Hälfte. In der zweiten Woche behielt ich die meisten. Der Agent lernte, welche unterstützenden Aufgaben ich schätze und welche nicht.

Es passt sein Verhalten an. Über Wochen hinweg baut der Agent ein Modell davon auf, was ich priorisiere, wann und warum. Montage tendieren zu Schreibaufgaben. Mittwoche tendieren zu Kundenarbeit. Freitage tendieren zu Auslieferung oder Fertigstellung. Der Agent nutzt dieses Muster, um die generierten unterstützenden Aufgaben zu beeinflussen. Frage mich nach meiner Montags-Priorität und die unterstützenden Aufgaben lehnen sich Richtung Recherche und Gliederung. Frage mich nach meiner Freitags-Priorität und sie lehnen sich Richtung Auslieferungschecks und Review.

Die Selbstverbesserungsschleife ist der ganze Sinn. Der Morgen-Prompt ist das kleinstmögliche Feedbacksignal, das du einem Agenten geben kannst, der deinen Workflow lernen will, und er produziert die größtmögliche Verhaltensänderung über Zeit. Nach drei Monaten kennt mein Hermes-Profil mich auf eine Weise, die die erste Nutzungswoche nicht hätte vorhersagen können.

Du kannst diesen Prompt in fünf Minuten bauen. Richte einen Cron-Job in Hermes ein (hermes cron create --time "09:00" --message "Was ist deine Nummer-eins-Priorität heute?"), verbinde ihn mit deinem Telegram-Bot, gib ihm eine kleine Fähigkeit namens daily-priority-handler, die die drei oben genannten Dinge tut, und lass ihn laufen.

Die erste Woche ist es eine Frage, die deinen Kaffee unterbricht. Die dritte Woche ist es ein kleines Ritual, auf das du dich freust. Bis zum dritten Monat ist es die wichtigste Gewohnheit deines Tages.

Was diese sechs Anwendungsfälle verbindet

Sechs Anwendungsfälle. Ein Muster.

Jeder von ihnen nimmt denselben Grundbaustein — einen Hermes Agent, der bestehen bleiben, lernen und ausführen kann — und verwandelt ihn in eine andere Produktionsfunktion. Das Slashgoal ist der Langschicht-Arbeiter. Das Kanban ist der Dispatcher. Die Recherche-Engine ist der Analyst. Das Gedächtnis-Wiki ist das institutionelle Gedächtnis. Das Tailscale-Mesh ist das Büronetzwerk. Der Morgen-Prompt ist das Standup-Meeting.

Betreibe sie zusammen und du hast keinen KI-Assistenten. Du hast eine Organisation. Aus einem Menschen und so vielen Hermes-Profilen, wie du hochfährst.

Es gibt einen echten Nachteil, über den man ehrlich sein sollte. Die Wartungskosten sind nicht null. Hermes liefert häufig Updates. Der Auto-Decomposer des Kanban-Dispatchers wird auf Weisen eigensinnig, die gelegentlich nerven. Das Slashgoal stößt manchmal an Wände und verbrennt Budget, bevor es sinnvoll scheitert. Der Wiki-Cron-Job braucht gelegentliches Beschneiden, wenn Themenseiten unhandlich werden. Nichts davon sind Dealbreaker. Alles davon ist real.

Aber die Frage ist nicht "Ist Hermes perfekt?" Es ist "Produziert die Belegschaft mehr, als sie kostet?" Für mich, eindeutig ja. Ich habe mehr Code geliefert, mehr Artikel geschrieben, mehr Recherche durchgeführt und mehr Entscheidungen behalten in den letzten sechs Monaten mit Hermes als in den zwölf Monaten davor ohne.

Die Nacht, in der das Godot-Projekt um 4:42 Uhr fertig kompilierte, ist die Nacht, in der ich aufhörte zu fragen, ob ich dieses Setup behalten sollte.

Dies ist die einzige Frage, die es sich lohnt, heute Abend zu bedenken: Wenn du jetzt eine Belegschaft auf Standby hättest — eine, die nie schläft, nie vergisst, nie den Kontext verliert — was hättest du bereits delegiert?

Das ist das Slashgoal, das du als nächstes tippen solltest.

Häufig gestellte Fragen

Was ist das Hermes-Agent-Slashgoal-Kommando?

Das Slashgoal (/goal) ist ein Hermes-Agent-Kommando, das ein stehendes Ziel setzt, an dem der Agent über mehrere Runden hinweg arbeitet, bis es erledigt ist, unter Verwendung dessen, was Nous Research eine Ralph-Schleife nennt. Es ist für langfristige autonome Aufgaben konzipiert — von wenigen Stunden bis zu mehreren Tagen — die ein klares Ergebnis haben. Den vollständigen Slashgoal-Workflow und das Metaprompting-Muster, das ich verwende, findest du im Slashgoal-Abschnitt oben.

Wie funktioniert das Hermes-Agent-Kanban-Board?

Das Hermes-Kanban wird als gebündeltes Dashboard-Plugin mitgeliefert und stellt Spalten für Triage, Todo, Ready, Running, Blocked und Done bereit. Karten, die in die Triage-Spalte gelegt werden, werden automatisch von einem Dispatcher an das richtige Agentenprofil weitergeleitet, basierend auf den konfigurierten Profilbeschreibungen. Du startest es mit hermes dashboard im Terminal.

Kann Hermes Agent autonom laufen, während ich schlafe?

Ja — das ist das Kerndesign. Hermes läuft als persistenter Prozess auf einem Server, VPS oder einer langlebigen lokalen Maschine und führt weiterhin Slashgoals oder Kanban-Aufgaben aus, auch wenn du offline bist. Du kannst es über Telegram, WhatsApp oder das Web-Dashboard jederzeit für einen Statuscheck erreichen.

Brauche ich Tailscale, um Hermes Agent zu nutzen?

Nein. Tailscale ist optional, erweitert aber dramatisch, was ein einzelner Hermes-Prozess erreichen kann. Tailscales Mesh-VPN lässt deinen Hermes-Agenten auf Dateien und Dienste auf jedem Gerät zugreifen, das du besitzt — Handy, Tablet, Laptop, Server — als wären sie eine Maschine. Siehe den Tailscale-Anwendungsfall oben für das Setup.

Wie viel kostet der Betrieb mehrerer Hermes-Profile?

Die Kosten hängen davon ab, welches Modell du zu jedem Profil routest. Ein Hermes-Profil, das auf Anthropics Claude Sonnet 4.7 läuft, ist dramatisch günstiger als eines auf Opus 4.7. Mein Setup kombiniert Opus für Orchestrierung und Review mit günstigeren Modellen für Routineausführung und läuft komfortabel für unter $200/Monat über mehrere Profile und ein oder zwei 23-Stunden-Slashgoals pro Woche.

Lass uns zusammenarbeiten

Du möchtest KI-Systeme bauen, Workflows automatisieren oder deine technische Infrastruktur skalieren? Ich helfe gerne.

• Fiverr (Maßanfertigungen & Integrationen): fiverr.com/s/EgxYmWD
• Portfolio: mejba.me
• Ramlit Limited (Enterprise-Lösungen): ramlit.com
• ColorPark (Design & Branding): colorpark.io
• xCyberSecurity (Sicherheitsdienste): xcybersecurity.io