Hermes Agent automatisieren: Cron, Kosten und Agententeams

Ein Agent spart noch keine Zeit, nur weil er eine Aufgabe einmal erledigt hat. Der eigentliche Hebel entsteht, wenn ein geprüfter Ablauf zuverlässig wiederkehrt, die richtigen Ergebnisse liefert und bei Unsicherheit nicht einfach weiterläuft.

Im fünften und sechsten Level des Videos „The Ultimate Beginner’s Guide to Hermes Agent“ wächst Hermes deshalb vom persönlichen Assistenten zum kleinen Arbeitssystem. Eine wöchentliche Aufgabe wird geplant, Ergebnisse werden per Nachricht zugestellt, Modelle nach Aufwand gewählt und größere Arbeiten auf mehrere Agenten verteilt. Ein Kanban-Board hält die Aufgaben zusammen.

Das sieht im Video angenehm glatt aus. Im Alltag entscheidet jedoch nicht der Zeitplan über die Qualität, sondern der Vertrag rundherum: Welche Daten werden gelesen? Was darf geschrieben werden? Welches Modell arbeitet? Wer prüft das Ergebnis? Was geschieht bei einem Fehler?

Automatisiere erst, was beaufsichtigt funktioniert

Bevor eine Aufgabe nach Zeitplan läuft, sollte sie mehrmals manuell und mit realistischen Daten bestanden haben.

Ein geeigneter Kandidat ist:

regelmäßig nötig,
in Umfang und Quellen begrenzt,
leicht auf Vollständigkeit zu prüfen,
ohne sofortige Außenwirkung und
auch bei einem Ausfall nicht gefährlich.

Ein wöchentliches Briefing aus einem freigegebenen Ordner ist deshalb ein besserer Start als ein Agent, der selbstständig E-Mails versendet, Dateien verschiebt und Termine mit Gästen anlegt.

Das Video nutzt eine wiederkehrende Alltagsaufgabe, um den Sprung von Handarbeit zu Automatisierung zu zeigen. Die konkrete Oberfläche kann sich ändern. Das Muster bleibt: erst beobachten, dann terminieren, danach überwachen.

Ein guter Cron-Job braucht mehr als eine Uhrzeit

Hermes besitzt laut Dokumentation ein eingebautes Cron-System für geplante Aufgaben. Ein brauchbarer Job enthält mindestens sieben Angaben:

Auslöser: Wann und in welcher Zeitzone läuft er?
Eingaben: Welche Ordner, Konten oder Quellen darf er lesen?
Auftrag: Was genau soll entstehen?
Grenzen: Was darf nicht verändert oder versendet werden?
Ziel: Wohin geht das Ergebnis?
Erfolgskriterium: Woran erkennt der Job, dass er vollständig ist?
Fehlerweg: Wer wird mit welcher Information benachrichtigt?

Ein Beispiel:

Erstelle jeden Freitag um 16 Uhr aus diesem Projektordner einen Wochenrückblick. Nenne erledigte Punkte, offene Fragen und Quellen. Verändere keine Dateien. Sende das Ergebnis nur in meinen privaten Telegram-Chat. Wenn der Ordner nicht erreichbar ist, sende eine kurze Fehlermeldung und beende den Lauf.

Damit ist aus „mach freitags einen Bericht“ ein überprüfbarer Auftrag geworden.

Unbeaufsichtigte Läufe brauchen strengere Grenzen

Bei einem normalen Chat kannst du auf eine Rückfrage reagieren. Ein nächtlicher Job hat oft niemanden vor dem Bildschirm.

Die aktuelle Hermes-Sicherheitsdokumentation behandelt gefährliche Befehle in Cron-Läufen deshalb standardmäßig restriktiv. Der dokumentierte Standard für riskante Aktionen ist cron_mode: deny: Der Befehl wird abgelehnt, statt auf eine Freigabe zu warten, die nachts niemand beantwortet.

Das ist ein gutes Grundprinzip für jede Automation:

Lesen darf breiter sein als Schreiben.
Neue Dateien sind sicherer als das Überschreiben bestehender.
Entwürfe sind sicherer als Versand.
Ein kontrollierter Abbruch ist besser als ein „kreativer“ Ersatzweg.
Kritische Aktionen brauchen einen separaten, beaufsichtigten Schritt.

Ein Zeitplan ist keine Erlaubnis, alle Hindernisse selbst aus dem Weg zu räumen.

Wähle das Modell nach Aufgabe, nicht nach Prestige

Das Video vergleicht Modelle mit stark unterschiedlichen Preisen und empfiehlt, Routinejobs nicht automatisch mit dem teuersten Modell laufen zu lassen. Die konkrete Preisliste im Video ist zeitabhängig und teilweise in einen Anbieter- und Affiliate-Kontext eingebettet. Die grundlegende Empfehlung ist trotzdem richtig.

Für jeden Job solltest du drei Dinge festlegen:

Qualitätsbedarf: Muss der Agent nur sortieren oder schwierige Aussagen bewerten?
Fehlerkosten: Was passiert, wenn eine Information fehlt oder falsch eingeordnet wird?
Laufhäufigkeit: Ein kleiner Mehrpreis pro Lauf wird bei täglicher Ausführung schnell groß.

Eine robuste Strategie nutzt ein günstiges, ausreichend zuverlässiges Modell für klar begrenzte Routinen. Ein stärkeres Modell wird nur bei komplexer Analyse, widersprüchlichen Quellen oder einem ausdrücklichen Eskalationsfall verwendet.

Zu jeder Automation gehört außerdem eine Kostenbremse: maximale Laufhäufigkeit, begrenzter Kontext, überschaubare Zahl an Werkzeugaufrufen und ein regelmäßiger Blick auf die Abrechnung.

Subagenten und Bots sind nicht dasselbe

Im letzten Level verteilt Hermes Arbeit auf mehrere „Teammates“. Die offizielle Dokumentation unterscheidet dabei zwei nützliche Muster.

Subagenten sind temporäre, isolierte Helfer für eine begrenzte Aufgabe. Sie eignen sich für parallele Recherche, Prüfung oder mehrere voneinander unabhängige Arbeitspakete. Nach dem Ergebnis ist ihre Aufgabe beendet.

Bots im Bot Mode sind dauerhafte Spezialisten mit eigenem Modell, eigener Rolle, eigenem Gedächtnis, eigenen Skills, Routinen und Chats. Sie können in gemeinsamen Gruppen arbeiten und sich gegenseitig ansprechen.

Für den Anfang sind Subagenten meist leichter zu kontrollieren. Ein dauerhafter Bot lohnt sich erst, wenn eine Rolle regelmäßig gebraucht wird und eigene Regeln, Erinnerungen oder Zeitpläne benötigt.

Drei Rollen reichen für ein erstes Team

Ein kleines Team kann bereits aus drei Funktionen bestehen:

Recherche: sammelt Quellen und markiert Unsicherheit.
Ausarbeitung: erstellt aus freigegebenem Material einen Entwurf.
Prüfung: kontrolliert Quellen, Vollständigkeit und vereinbarte Grenzen.

Der Mensch bleibt Eigentümer der Aufgabe und gibt externe Handlungen frei.

Wichtig ist, dass die Rollen nicht nur Namen tragen, sondern unterschiedliche Zuständigkeiten besitzen. Drei Agenten mit demselben Auftrag erzeugen eher dreifache Lautstärke als bessere Arbeit.

Kanban macht den Arbeitsstand sichtbar

Hermes dokumentiert ein dauerhaftes, SQLite-basiertes Kanban-Board für mehrere Profile. Das Board ist kein zusätzliches Gehirn. Es ist die gemeinsame Arbeitsspur.

Eine Karte sollte enthalten:

Ziel und erwartetes Ergebnis,
verantwortliche Rolle,
erlaubte Quellen und Werkzeuge,
aktuellen Status,
relevante Zwischenstände,
Blocker und offene Freigaben sowie
eindeutiges Abschlusskriterium.

So wird sichtbar, ob eine Aufgabe wirklich erledigt, nur angefangen oder an einer fehlenden Entscheidung hängen geblieben ist.

Für ein erstes Board genügen drei Spalten:

Bereit: Auftrag und Eingaben sind vollständig.
In Arbeit: genau eine Rolle besitzt die Aufgabe.
Zur Prüfung: Ergebnis liegt vor, menschliche Abnahme fehlt.

Automatisches „Erledigt“ sollte erst später hinzukommen. Der grüne Haken ist überraschend oft der optimistischste Kollege im Team.

Mehr Agenten lösen keine unklare Aufgabe

Parallelisierung hilft, wenn Arbeit wirklich teilbar ist. Sie schadet, wenn mehrere Agenten dieselben Dateien verändern, widersprüchliche Regeln nutzen oder niemand für die Zusammenführung verantwortlich ist.

Vor dem Einsatz mehrerer Agenten brauchst du:

getrennte Arbeitspakete,
klare Schreibbereiche,
einen gemeinsamen Quellenstand,
eine Rolle für Zusammenführung und Prüfung,
begrenzte Parallelität und
einen Abbruchweg.

Ein sinnvoller Test ist eine Recherche mit drei voneinander unabhängigen Teilfragen. Jeder Subagent liefert Quellen und ein kurzes Ergebnis. Der Hauptagent führt sie zusammen, ohne dass die Helfer dieselbe Datei bearbeiten.

Betrieb gehört zur Automation

Am Ende des Videos werden Neustart und Update gezeigt. Das ist kein Anhang, sondern Teil der Funktion.

Ein dauerhaft laufender Agent braucht:

regelmäßige Backups seiner Konfiguration, Erinnerungen und Arbeitsdateien,
kontrollierte Updates statt blindem Autoupdate,
einen Funktionstest nach Änderungen,
Logs und Zustellkontrolle für geplante Jobs,
dokumentierte Modell- und Werkzeugzugänge sowie
einen Weg, Jobs und Kanäle schnell zu deaktivieren.

Prüfe nach einem Update mindestens: Startet der Gateway? Funktioniert der private Kanal? Kann der Agent eine harmlose Testaufgabe ausführen? Sind die geplanten Jobs noch vorhanden? Erreichen Ergebnisse weiterhin das richtige Ziel?

Die sinnvolle Reifeleiter

Aus den beiden letzten Video-Levels lässt sich eine belastbare Reihenfolge ableiten:

Eine manuelle, read-only Aufgabe funktioniert mehrfach.
Der Ablauf wird als Skill dokumentiert und mit Beispieldaten geprüft.
Ein Zeitplan erzeugt nur einen Entwurf.
Zustellung, Fehlerbericht und Kosten werden beobachtet.
Eine klar begrenzte Schreibaktion kommt hinzu.
Erst dann wird Arbeit auf Subagenten verteilt.
Dauerhafte Bots und ein gemeinsames Board folgen nur bei echtem Wiederholungsbedarf.

Wer diese Reihenfolge überspringt, hat vielleicht schneller ein Agententeam. Meist besitzt er dann aber nur mehrere neue Stellen, an denen etwas unbemerkt schiefgehen kann.

Der erste Serienteil führt vom Hermes-Start bis zu ersten Werkzeugen und Konten. Der zweite erklärt, wie Memory, Skills, Projektregeln und SOUL.md zusammenspielen.

Fazit

Hermes kann geplante Aufgaben, Subagenten, dauerhafte Bots und ein gemeinsames Kanban-Board verbinden. Der Wert entsteht aber nicht durch möglichst viel Autonomie. Er entsteht durch sichtbare Zuständigkeiten, kleine Rechte, passende Modelle und einen verlässlichen Fehlerweg.

Automatisiere eine Aufgabe erst, wenn du ihre gute Ausführung erkennst. Baue ein Team erst, wenn du die Arbeit sinnvoll teilen kannst. Und behalte den letzten Prüfschritt dort, wo ein Irrtum echte Folgen hätte.