Hermes One bringt lokale Agenten auf den Desktop

Hermes One ist eine von der Community gepflegte Desktop-App für Hermes Agent, den quelloffenen Agenten von Nous Research. Nach Angaben der Maintainer auf GitHub führt sie durch Installation und Provider-Setup und bündelt danach Chat, Sitzungen, Profile, Skills und Zeitpläne in einer Oberfläche. Die eigentliche Prüfung beginnt allerdings erst, wenn das Fenster geschlossen ist: Lässt sich danach noch nachvollziehen, was der Agent getan hat und womit?

Das Projekt bezeichnet sich selbst als in aktiver Entwicklung. Funktionen können sich ändern, manches kann brechen. Für den Dauerbetrieb ist das zu früh. Für einen begrenzten Test reicht es.

Was die App tatsächlich verwaltet

Laut Projektseite auf GitHub nutzt Hermes One das offizielle Hermes-Installationsskript und legt die gesamte Installation unter ~/.hermes ab. Beim ersten Start fragt die App, ob Hermes lokal laufen oder sich per URL und API-Key mit einem entfernten Hermes-API-Server verbinden soll. Im lokalen Modus laufen die Chat-Anfragen über 127.0.0.1:8642.

API-Keys liegen standardmäßig im Klartext in ~/.hermes/.env. Wer das vermeiden will, kann einen optionalen Command-Provider aktivieren, der die Schlüssel über ein selbst konfiguriertes Hilfsprogramm auflöst. Damit verwaltet die App die komplette Hermes-Umgebung samt Zugangsdaten. Deshalb verdient sie mehr Prüfung, als eine bloße Chat-Oberfläche bräuchte.

Der Härtetest beginnt nach dem Neustart

Der Testaufbau ist bewusst klein: App starten, einen Modellendpunkt wählen, eine ungefährliche Aufgabe ausführen und die Sitzung schließen. Nach dem Neustart müssen drei Dinge auffindbar sein: das verwendete Modell, die freigegebenen Fähigkeiten und die Stelle, an der ein fehlgeschlagener Schritt abbrach.

Hier trennt sich Bedienkomfort von Verpackung. Wer zur Diagnose wieder Terminals und Konfigurationsdateien durchsuchen muss, hat durch die App kaum Kontrolle gewonnen, egal wie aufgeräumt die Oberfläche wirkt. Nach einem Fehler muss außerdem klar sein, ob sich die Sitzung sicher fortsetzen lässt oder mit engeren Rechten neu beginnen sollte.

Dieser Wiederaufnahme- und Fehlerpfad ist praktisch noch nicht verifiziert. Aufgaben, deren Zwischenstand oder Werkzeugzugriffe später lückenlos nachvollziehbar sein müssen, gehören deshalb vorerst nicht in Hermes One.

Lokale Modelle machen Transparenz wichtiger

Laut Unsloth lässt sich Hermes Agent mit lokalen Modellen verbinden, sofern diese über eine OpenAI-kompatible Schnittstelle erreichbar sind, etwa aus den Familien DeepSeek, Qwen und Gemma. Hermes übernimmt dabei die Agentenlogik, ein separater lokaler Dienst verarbeitet die Modellanfragen.

Für Entwicklerteams, die lokale Modelle vergleichen wollen, ohne jeden Lauf neu im Terminal zusammenzusetzen, kann die App diesen Wechsel spürbar vereinfachen. Dafür muss sie aber eindeutig anzeigen, wohin Anfragen gehen. Sonst bleibt offen, ob ein Lauf lokal verarbeitet wird oder bei einem externen Anbieter landet.

Ein brauchbarer Vergleich schickt denselben kurzen Auftrag nacheinander an zwei Endpunkte und prüft danach Laufzeit, Ergebnis und tatsächliche Zieladresse. Eine Auswahl im Menü ist kein Nachweis.

Keine Root-Rechte sind noch kein Sicherheitskonzept

Unsloth gibt an, dass Hermes selbst keine Root-Rechte benötigt. Das ist keine umfassende Sicherheitszusage, denn freigegebene Skills können auch ohne Root-Zugriff Dateien verändern, Zugangsdaten verwenden oder externe Dienste ansprechen.

Dazu kommt die Lieferkette. Laut den Maintainern ist der Windows-Installer nicht code-signiert, SmartScreen warnt beim ersten Start. Das RPM-Paket für Fedora ist nicht GPG-signiert und bekommt keine automatischen Updates. Wer die App installiert, muss der Bezugsquelle also selbst vertrauen.

Für den Einstieg gilt deshalb: nur unkritische Daten, eng begrenzte Fähigkeiten, idealerweise eine isolierte Umgebung statt des normalen Arbeitsverzeichnisses. „Skill aktiv“ reicht als Anzeige nicht. Relevant sind die Zugriffe, die daraus folgen. Bleibt nach einem Lauf unklar, was passiert ist, lautet der Rückweg: Sitzung beenden, Rechte weiter reduzieren, mit einer frischen Testaufgabe neu beginnen.

Fazit: gute Testumgebung, noch kein Alltagswerkzeug

Hermes One schließt eine echte Lücke zwischen Agenten-Framework und täglicher Nutzung. Der geführte Einstieg und der Wechsel zwischen lokalem und entferntem Backend senken die Hürde, Hermes überhaupt auszuprobieren.

Genau deshalb fällt das Urteil streng aus. Eine App, die Installation, Zugangsdaten und Skill-Freigaben an einer Stelle bündelt, konzentriert auch das Risiko an dieser Stelle, und das in einem Projekt, das sich selbst als instabil bezeichnet und unsignierte Installer ausliefert. Über isolierte Versuche hinaus sollte Hermes One erst laufen, wenn Modellendpunkt, Sitzungszustand, freigegebene Fähigkeiten und Fehlerursache nach einem Neustart zuverlässig auffindbar sind.

Bis dahin bleibt die App ein Prüfstand für Desktop-Agenten.