Was Hermes Agent eigentlich ist

Es gibt Werkzeuge, die nur antworten, wenn man sie fragt – und solche, die eigenständig loslegen, selbst wenn man längst nicht mehr am Schreibtisch sitzt. Letztere nennt man Agenten. Einer von ihnen heißt Hermes Agent. Ich habe ihn mir genauer angesehen, mit der Claude-App und mit Clawdbot verglichen – und mir überlegt, was passiert, wenn so ein Ding rund um die Uhr ein SOC hütet.

Hermes Agent ist ein Open-Source-Projekt von Nous Research, veröffentlicht im Februar 2026 und unter der MIT-Lizenz freigegeben. Und es ist eben nicht „noch ein Chatbot". Die spannenden Bausteine: Der Agent behält über Sitzungen hinweg ein Gedächtnis (persistent memory), lernt aus Erfahrung wiederverwendbare Fähigkeiten – eine Art Trainings-Schleife für sogenannte Skills – und kann per Cron-Job geplante Aufgaben ganz von selbst zu einer festgelegten Zeit erledigen. Dazu kommen mehr als 40 eingebaute Werkzeuge: Websuche, Browser-Automatisierung, Bildverständnis (Vision) und Computer-Use. Und er ist überall zugleich: Telegram, Discord, Slack, WhatsApp, Signal, E-Mail, CLI – ein Agent, ein Gedächtnis, viele Oberflächen. Der wichtigste Punkt: Hermes ist modellagnostisch. Er hängt nicht an einem einzigen Anbieter fest.

Im Vergleich: die Claude-App

Claude Desktop ist die Anwendung von Anthropic. Inzwischen bringt sie einen ordentlichen Werkzeugkasten mit: Model Context Protocol (MCP), persistente Projekte und Computer-Use. Neu seit Mai 2026 ist „Cowork on 3P" – damit lässt sich das Backend von Anthropics Cloud auf einen beliebigen OpenAI-kompatiblen Endpunkt umstellen, theoretisch also auch auf ein lokales Modell. Fein. Aber: Die App bleibt an das Anthropic-Ökosystem gebunden, ist proprietär und verfolgt keinen eigenen „Agenten-Betriebssystem"-Ansatz mit Memory, Skills und Cron im Hermes-Sinne. Kurz gesagt: Claude Desktop ist eine erstklassige App um ein Modell herum. Hermes ist eher ein modellagnostischer, selbst gehosteter Agenten-Server, der über die CLI und eigene Infrastruktur läuft.

Und dann ist da Clawdbot

Clawdbot (von timolins, Open Source) liegt vom Ansatz her näher an Hermes als an der Claude-App: Auch hier läuft der Agent lokal, auch hier gibt es Messaging-Integration, Proaktivität über Cron-Jobs sowie erweiterbare Skills über „ClawdHub". Der Schwerpunkt von Clawdbot liegt eher beim persönlichen Assistenten – WhatsApp und Telegram im Fokus, Alltagstasks erledigen. Hermes ist breiter aufgestellt: mehr Werkzeuge, Browser- und Vision-Fähigkeiten, stärkere Autonomie und Orchestrierung, auch fürs Coden. Gemeinsam ist beiden, was sie von der Claude-App unterscheidet: Sie sind lokal, offen und gehören dir.

Das Szenario: ein 24/7-SOC

Jetzt wird es spannend. Stell dir vor, Hermes übernimmt die Nachtwache im Security Operations Center. Während du schläfst, schiebt dein Agent Schicht – und meckert nicht über die Kaffeequalität. Er pollt Threat-Intelligence-Feeds, aggregiert Logs aus deinen Systemen, erkennt Anomalien und leistet erste Gegenmaßnahmen: ein Ticket anlegen, eine verdächtige IP sperren, eine Warnung per Telegram verschicken. Der Clou: Er ist müde-immun, dokumentiert jede Handlung und arbeitet reproduzierbar. Was ein übermüdeter Mensch am Freitagabend übersieht, fängt der Agent ein – solange er richtig konfiguriert ist.

Die Risiken, ehrlich betrachtet

Aber Vorsicht, hier wird es ernst. Ein Agent im Security-Kontext ist ein scharfes Werkzeug. Halluziniert er, sperrt er im schlechtesten Fall die falschen IPs – oder, schlimmer, er führt autonom Firewall-Änderungen durch, die mehr kaputt machen als sie schützen. Über kompromittierte Logs oder Webseiten können Angreifer per Prompt-Injection den Agenten manipulieren. Hat er Zugriff auf Secrets und Systeme, wird ein geleakter Credential zum echten Problem. Skills und Memory lassen sich „vergiften", Endlosschleifen treiben die Kosten nach oben, und die Frage der Haftung bleibt: Wer zahlt, wenn der autonome Agent den falschen Hebel umlegt? Übervertrauen ist hier die größte Gefahr.

Warum das Ganze am besten lokal läuft

Und jetzt der wichtigste Punkt, gerade aus Sicherheitssicht: Ein 24/7-SOC mit einem Agenten macht mit einem lokalen Modell am meisten Sinn. Deine Logs und Secrets verlassen in diesem Fall das Haus nicht. Keine Abhängigkeit von einem Drittanbieter in der Cloud, volle Kontrolle über die Infrastruktur, nachvollziehbar, was wann wo verarbeitet wird. Das passt genau zu dem Gedanken, den ich bei Open-Source-Projekten wie Pipeshub so schätze: pragmatisch vorhandenes Wissen zusammenführen, ohne die Hoheit über die eigenen Daten abzugeben. Hermes kann lokale Modelle anbinden – und damit ist die Nachtwache nicht nur wach, sondern auch deine.

Ich sage nicht, dass der Agent morgen früh die Schlüssel zum SOC bekommt. Aber die Richtung ist klar: Wer versteht, wie diese Werkzeuge ticken – und wo ihre Grenzen liegen –, der hat einen echten Vorteil. Ich jedenfalls schaue mir Hermes Agent jetzt genauer an.