# Hermes Agent rund um die Uhr auf einem Server am Laufen halten > So hältst du Hermes Agent rund um die Uhr auf einem Server am Laufen: Installation auf einem VPS ohne Browser, Betrieb des Gateways als Systemdienst, automatischer Start nach einem Neustart, Linger und Docker. Source: https://ailoot.ai/blog/de/hermes-agent-vps-24-7/ Canonical: https://ailoot.ai/blog/de/hermes-agent-vps-24-7/ Language: de Publisher: Ailoot (https://ailoot.ai/) Translation: guide-116 Revision: sha256-7611e09e4db727d1d15e1c8eddb0ddfea6b8a1e1038ad4feeec1dd5147277671 Nach der Installation von Hermes Agent auf einem Laptop stellt sich die Frage: Wer antwortet auf Telegram und stellt die morgendlichen Zusammenfassungen zusammen, wenn der Laptop zugeklappt ist? Am Schreibtisch ist der Agent nur so lange verfügbar, wie der Computer eingeschaltet ist. Damit der Bot ständig online ist und geplante Aufgaben selbstständig ausgeführt werden, musst du den Agenten auf einen Server umziehen. Im Folgenden erfährst du, wie du Hermes auf einem gewöhnlichen Linux-Server installierst, das Gateway in einen dauerhaft laufenden Dienst verwandelst, der nach einem Neustart automatisch startet, und den Zugriff so beschränkst, dass Fremde nicht ins Terminal gelangen. Dieser Leitfaden stützt sich auf die offizielle Dokumentation. Falls du Hermes noch gar nicht installiert hast, beginne mit der separaten Übersicht darüber, [was dieser Agent ist und wie du ihn installierst](https://ailoot.ai/blog/de/hermes-agent-install-setup/). Dieser Leitfaden setzt voraus, dass Hermes bereits auf deinem eigenen Rechner läuft, und behandelt nur den Umzug auf einen Server. Informationen zur Arbeit mit Ailoot findest du in der [Dokumentation](https://ailoot.ai/docs/). ## Warum Hermes Agent von einem Laptop auf einen Server umziehen?
Das Wichtigste Ein persönlicher Computer funktioniert, solange du in der Nähe bist und er eingeschaltet ist. Für den Betrieb rund um die Uhr brauchst du einen Server: Der Telegram-Bot antwortet auch dann, wenn dein Computer ausgeschaltet ist, und geplante Aufgaben laufen selbstständig. Dafür brauchst du nur einen Server; für die gewöhnliche Arbeit mit dem Agenten reicht ein Laptop.
Auf einem Laptop funktioniert Hermes nur, solange der Deckel geöffnet ist und du in der Nähe bist. Klapp ihn zu, und der Bot verstummt; die morgendliche Zusammenfassung kommt nie an. Für eine Aufgabe wie „Menschen in einem Messenger antworten und Dinge nach Zeitplan erledigen“ ist das ungeeignet. Genau darin unterscheidet sich ein Server: Er schläft nie und ist von nichts anderem abhängig. Du installierst dieselbe Hermes-Version darauf, und sie läuft ohne dich: antwortet um drei Uhr nachts auf Telegram, sammelt jeden Morgen Nachrichten zu deinen Themen und bewahrt Sitzungen zwischen den Durchläufen auf. Der Umzug ist sinnvoll, wenn du eine laufende Aufgabe für den Agenten hast: einen Bot für dich selbst oder dein Team, morgendliche Zusammenfassungen, automatische Antworten oder regelmäßige Arbeit mit Dokumenten. Wenn du Hermes nur für ein bestimmtes Projekt ausprobierst und in der Nähe bist, brauchst du noch keinen Server; das wäre ein zusätzlicher Schritt. ## Was solltest du vor der Installation von Hermes auf einem VPS vorbereiten?
Das Wichtigste Du brauchst einen Linux-Server mit SSH-Zugriff (das offizielle Team testet auf einer frischen Ubuntu-Installation), ein im Voraus ausgewähltes Modell und das Verständnis, dass der Agent auf einem Server normalerweise keinen Browser benötigt. Für den unbeaufsichtigten Betrieb ist der Modellzugriff über Nous Portal am bequemsten: Die OAuth-Anmeldung wird automatisch erneuert, sodass ein abgelaufenes Token nicht über Nacht alles lahmlegt.
Bereite vor der Installation drei Dinge vor. **Der Server.** Ein gewöhnlicher Linux-VPS reicht aus. Die Dokumentation nennt Linux und WSL2 als Plattformen mit erstklassigem Support, und getestet wird auf dem neuesten Ubuntu. Wenn das System glibc, systemd und eine vertraute Verzeichnisstruktur hat, lässt sich Hermes ordnungsgemäß installieren. Auf einem Server ist das wichtig, weil alle folgenden Schritte für den automatischen Start auf systemd beruhen, das bei Ubuntu und Debian standardmäßig vorhanden ist. **SSH-Zugriff.** Du verbindest dich über ein Terminal per SSH mit dem Server; eine Maus brauchst du dort nicht. Alle nachfolgenden Befehle führst du in dieser SSH-Sitzung aus. Wenn du Vibe-Code schreibst und dich mit dem Terminal noch nicht wohlfühlst, keine Sorge: Es sind nur wenige Befehle, und du kannst jeden vollständig kopieren. **Ein ausgewähltes Modell.** Der Agent denkt nicht selbst; er ruft ein Modell auf. Bei einem Server, der ohne dich arbeitet, ist es wichtig, dass der Modellzugriff nicht abläuft. Am einfachsten geht das mit einem Nous-Portal-Abonnement über `hermes setup --portal`: Die Anmeldung erfolgt per OAuth, und das Token wird automatisch erneuert. Eigene API-Schlüssel funktionieren ebenfalls, aber achte dann darauf, dass Guthaben auf dem Konto ist – ein kopfloser Agent mit leerem Guthaben verstummt einfach. Das Modell muss ein Kontextfenster von mindestens 64.000 Tokens haben, sonst verweigert Hermes den Start damit. Alle Cloud-Modelle auf der Liste erfüllen diese Anforderung.
Hinweis Die offizielle Dokumentation nennt keine genauen Werte für die Wahl eines VPS oder die Mindestressourcen, daher werden hier keine konkreten Werte angegeben. Den beschriebenen Erfahrungen zufolge reicht ein bescheidener Rechner für ein Gateway mit Bot und Zeitplan aus, weil die rechenintensive Arbeit auf der Modellseite stattfindet. Der Server selbst wird nur sehr wenig belastet. Browser-Automatisierung ist der ressourcenintensivste Teil, auf einem Server aber normalerweise unnötig (mehr dazu gleich).
## Wie installierst du Hermes Agent mit einem Befehl auf einem Server?
Das Wichtigste Verbinde dich per SSH mit dem Server und führe das Installationsprogramm mit der Option zum Überspringen des Browsers auf einem Server aus: curl -fsSL \| bash -s -- --skip-browser. Starte anschließend die Terminal-Shell neu und wähle mit hermes setup --portal ein Modell aus. Prüfe die Installation mit hermes doctor.
Die Installation auf einem Server läuft fast genauso ab wie auf einem Laptop, mit einem Unterschied: Der Agent benötigt dort normalerweise keinen Browser. Browser-Automatisierung bringt außerdem das umfangreiche Chromium mit. Deshalb verwendest du die Option `--skip-browser`. 1. ### Per SSH mit dem Server verbinden ```bash ssh root@your-server-address ``` Führe alle folgenden Befehle in dieser Sitzung direkt auf dem Server aus. 2. ### Das Installationsprogramm ohne Browser ausführen ```bash curl -fsSL https://hermes-agent.nousresearch.com/install.sh | bash -s -- --skip-browser ``` Das Skript lädt die erforderliche Umgebung herunter und installiert den Befehl `hermes`. Die Option `--skip-browser` überspringt die Installation der Browser-Automatisierung; auf einem Server ohne grafische Oberfläche würde sie nur Speicherplatz beanspruchen. Falls du später einen Browser brauchst, kannst du ihn separat installieren. 3. ### Die Shell neu starten und ein Modell auswählen ```bash source ~/.bashrc hermes setup --portal ``` Die erste Zeile übernimmt den neuen `PATH`, damit der Befehl `hermes` gefunden wird. Die zweite öffnet die Anmeldung bei Nous Portal: Bestätige die Anmeldung, und der Agent erhält ein Modell und Dienste, ohne dass du für jeden einzelnen separate Schlüssel brauchst. 4. ### Die Installation überprüfen ```bash hermes doctor ``` Der Befehl zeigt, was installiert ist, was fehlt und wie sich das beheben lässt. Grüne Markierungen bedeuten, dass alles eingerichtet ist. Bevor du einen Bot und einen Zeitplan hinzufügst, sorge dafür, dass ein einfaches Gespräch direkt auf dem Server funktioniert: Führe `hermes` aus und gib ihm eine einfache Aufgabe mit einer überprüfbaren Antwort. Die Dokumentation rät ausdrücklich davon ab, Funktionen hinzuzufügen, bevor ein normales Gespräch funktioniert – eine gute Empfehlung. ## Wie hältst du Hermes rund um die Uhr am Laufen?
Das Wichtigste Richte zuerst das Gateway mit `hermes gateway setup` ein und verbinde Telegram. Verwandle das Gateway anschließend mit einem Befehl in einen Dienst: `hermes gateway install` installiert einen Benutzerdienst, während `sudo hermes gateway install --system` einen Systemdienst installiert, der beim Hochfahren des Servers startet. Verwalte den Benutzerdienst mit `hermes gateway start`, `stop` und `status`. Behalte beim VPS-Systemdienst in jeder Prüfung und Änderung ausdrücklich `--system` sowie erforderliche Rechte bei.
Das Gateway ist ein einzelner Hermes-Hintergrundprozess, der Verbindungen zu allen Messengern aufrechterhält, Sitzungen verwaltet und geplante Aufgaben ausführt. Der gesamte Rund-um-die-Uhr-Betrieb dreht sich darum. Ziel ist es, diesen Prozess selbstständig starten und weiterlaufen zu lassen. Richte zuerst das Gateway ein und verbinde einen Messenger: ```bash hermes gateway setup ``` Der Einrichtungsassistent führt dich durch die Plattformen und hilft dir, den Bot-Token und die Zugriffsliste einzugeben. Die Schritte zum Verbinden von Telegram (einen Bot mit BotFather erstellen, deine ID herausfinden und den Token eingeben) sind [in der Installationsanleitung](https://ailoot.ai/blog/de/hermes-agent-install-setup/) beschrieben; ich wiederhole sie hier nicht. Als Nächstes kommt die Falle, die am häufigsten übersehen wird. Wenn du einfach `hermes gateway` ausführst, läuft der Prozess nur so lange, wie die SSH-Sitzung geöffnet bleibt. Schließe das Terminal, und das Gateway stoppt. Damit es ständig weiterläuft, musst du es der Kontrolle des Systems unterstellen. Dafür gibt es einen Befehl: ```bash hermes gateway install ``` Damit wird das Gateway als Dienst installiert: unter Linux als systemd-Benutzerdienst, unter macOS über launchd. Das System überwacht den Prozess und startet ihn erneut, wenn er abstürzt. Auf einem Server brauchst du häufiger die zweite Option: einen Systemdienst, der beim Hochfahren des Rechners startet, bevor sich ein Benutzer anmeldet: ```bash sudo hermes gateway install --system ``` Genau das brauchst du für einen VPS: Der Server startet neu, der Dienst startet selbstständig, und der Bot ist wieder online. Verwalte ihn mit diesen unkomplizierten Befehlen: ```bash hermes gateway start # start hermes gateway stop # stop hermes gateway status # check status ``` Bei einem Systemdienst musst du diesen Befehlen `sudo` und die Option `--system` hinzufügen. Ohne sie sprechen die Befehle den Benutzerdienst an und nicht den Dienst, der beim Hochfahren startet: ```bash sudo hermes gateway start --system sudo hermes gateway stop --system sudo hermes gateway status --system ``` ## Warum wird Linger benötigt, und was funktioniert ohne es nicht?
Das Wichtigste Wenn du das Gateway als Benutzerdienst installiert hast (ohne `--system`), stoppt systemd es, sobald du die SSH-Sitzung verlässt, und startet es beim Hochfahren nicht. Behebe das mit einem Befehl: `sudo loginctl enable-linger username`. Danach läuft der Dienst unabhängig von deinen An- und Abmeldungen.
Das ist der häufigste Stolperstein: Du hast den Dienst installiert, aber der Bot verstummt nachts trotzdem. Der Grund liegt darin, wie Linux-Benutzerdienste funktionieren. Ein systemd-Benutzerdienst ist standardmäßig an deine Sitzung gebunden. Du verbindest dich per SSH, und dein Benutzermanager startet; der Dienst läuft. Du meldest dich ab, und das System betrachtet den Benutzer als inaktiv. Deshalb fährt es dessen Dienste samt Gateway herunter. Bei einem Server, an dem du dich an- und abmeldest, ist das ein Problem: Der Bot ist nur online, solange du per SSH angemeldet bist. Das kannst du mit dem Linger-Modus beheben. Er ermöglicht dem System, den Benutzermanager weiterlaufen zu lassen, auch wenn dieser Benutzer nicht angemeldet ist: ```bash sudo loginctl enable-linger username ``` Nach diesem Befehl läuft der Benutzerdienst eigenständig und startet beim Hochfahren des Servers, ohne auf deine Anmeldung zu warten. Ohne Linger gilt wieder das ursprüngliche Verhalten: Das Gateway fährt herunter, sobald du die SSH-Sitzung verlässt, und startet beim Hochfahren nicht. Die Dokumentation sagt das ausdrücklich.
Achtung Das gilt nicht für den Systemdienst (installiert mit `sudo hermes gateway install --system`): Er läuft bereits auf Systemebene und startet beim Hochfahren. Linger wird nur für einen Benutzerdienst benötigt. Entscheide dich für eine Variante: entweder ein Systemdienst oder ein Benutzerdienst mit Linger.
## Wie betreibst du Hermes auf einem Server mit automatischen Neustarts in Docker?
Das Wichtigste Wenn du Docker bevorzugst, kannst du Hermes als dauerhaftes Gateway in einem Container betreiben: docker run -d --name hermes --restart unless-stopped -v ~/.hermes:/opt/data -p 8642:8642 nousresearch/hermes-agent gateway run. Die Option --restart unless-stopped startet den Container nach einem Neustart des Servers erneut, und im Image wird der Gateway-Prozess ebenfalls neu gestartet, wenn er abstürzt.
Docker ist eine weitere funktionierende Möglichkeit, den Agenten auf einem Server zu betreiben – besonders, wenn du bereits mit Containern vertraut bist oder den Agenten vom Hauptsystem isolieren möchtest. Richte ihn einmal mit `docker run ... setup` ein und starte dann den Container im Hintergrund: ```bash docker run -d \ --name hermes \ --restart unless-stopped \ -v ~/.hermes:/opt/data \ -p 8642:8642 \ nousresearch/hermes-agent gateway run ``` Folgendes bewirken die Zeilen, die für den Rund-um-die-Uhr-Betrieb zuständig sind: - `-d` – der Container läuft im Hintergrund und hält dein Terminal nicht offen. - `--restart unless-stopped` – Docker startet den Container nach einem Serverneustart oder Absturz erneut. Nur wenn du ihn manuell gestoppt hast, wird er nicht neu gestartet. - `-v ~/.hermes:/opt/data` – Einstellungen, Schlüssel, Sitzungen und Speicher befinden sich auf dem Server außerhalb des Containers und bleiben auch erhalten, wenn du ihn neu erstellst. Das Image bietet eine zusätzliche Absicherung: Der Gateway-Prozess wird unter dem s6-Supervisor ausgeführt. Wenn das Gateway abstürzt, wird es innerhalb weniger Sekunden neu gestartet, ohne dass der Container selbst verloren geht. Das ist doppelter Schutz: Docker hält den Container von außen am Laufen, während s6 den Prozess im Inneren überwacht. Beachte einen Unterschied beim Docker-Ansatz: Diese Installationen werden nicht mit dem Befehl `hermes update` aktualisiert. Für ein Update in Docker musst du das Image durch ein neues ersetzen – das aktuelle herunterladen und den Container neu erstellen. ## Wie überprüfst du, ob alles funktioniert und einen Neustart übersteht?
Das Wichtigste Überprüfe den Dienststatus mit systemctl und verfolge das Live-Protokoll. Danach folgt der entscheidende Servertest: Starte den Rechner neu und stelle sicher, dass der Bot von selbst wieder online geht. Hermes-Sitzungen und Antworten überstehen einen Neustart; eine noch nicht abgeschlossene Antwort wird nach der Wiederherstellung zugestellt.
So überprüfst du Status und Protokolle eines Benutzerdienstes: ```bash hermes gateway status journalctl --user -u hermes-gateway -f ``` Nutze für den empfohlenen VPS-Systemdienst stattdessen die Systemebene: ```bash sudo hermes gateway status --system sudo journalctl -u hermes-gateway -f ``` Der erste Befehl prüft den gewählten Dienst, der zweite verfolgt dessen Protokoll. Diese Unitnamen gelten für die Standardinstallation `~/.hermes`. Andere Hermes-Homes können einen Namenszusatz haben. Lies den genauen Unitnamen aus der Statusausgabe und verwende diesen. Beobachte beim Testen einer Systeminstallation keine Benutzer-Unit. Hermes-Protokolle befinden sich in `~/.hermes/logs/`, und Geheimnisse werden darin automatisch unkenntlich gemacht, sodass du sie bedenkenlos an den Support senden kannst. Starte nun den Server neu und stelle sicher, dass der Agent von selbst wieder hochfährt. Das ist der wichtigste Servertest, den viele vergessen: ```bash sudo reboot ``` Verbinde dich nach Wiedererreichbarkeit des Servers erneut per SSH. Prüfe bei Systeminstallation `sudo hermes gateway status --system` und das Systemjournal, bei Benutzerinstallation mit Linger `hermes gateway status` und das Benutzerjournal. Schreibe danach dem Bot auf Telegram. Wenn er ohne dein Zutun antwortet, ist der automatische Start korrekt eingerichtet. Dafür hast du das alles gemacht. Du musst dir keine Sorgen machen, dein Gespräch zu verlieren. Hermes schreibt Sitzungen auf die Festplatte, und sie überstehen einen Neustart des Gateways. Außerdem stellt Hermes eine Antwort nach der Wiederherstellung zu, statt die Aufgabe erneut auszuführen, wenn das Gateway genau beim Senden einer Antwort abstürzt. Das ist für einen Bot wichtig, der rund um die Uhr läuft: Ein unerwarteter Neustart unterbricht das Gespräch nicht. ## Wie sicherst du einen Agenten mit Terminalzugriff auf einem Server ab?
Das Wichtigste Die drei wichtigsten Schutzmaßnahmen: Der Bot-Zugriff ist standardmäßig gesperrt (er antwortet nur Personen auf der Liste), der Agent fragt vor gefährlichen Befehlen nach, und für vollständige Isolation führst du den Agenten auf dem Server in einer Docker-Sandbox aus. Am besten aktivierst du den Modus ohne Bestätigung (YOLO) nicht auf einem Server.
Ein Agent auf einem Server ist ein Programm mit Terminalzugriff, das ohne deine Aufsicht läuft. Prüfe zuerst diese drei Einstellungen. **Gesperrter Bot-Zugriff.** Standardmäßig antwortet das Gateway nur Personen auf der Zugriffsliste oder solchen, die eine codebasierte Verknüpfung in einer Direktnachricht abgeschlossen haben. Für einen Bot mit Terminalzugriff ist das das richtige Verhalten: Eine zufällige Person, die dem Bot schreibt, kann nichts tun. Die Liste wird mit numerischen IDs festgelegt, zum Beispiel für Telegram: ```bash TELEGRAM_ALLOWED_USERS=123456789,987654321 ``` **Bestätigung für gefährliche Befehle.** Bevor der Agent etwas Destruktives tut, bittet er dich um Erlaubnis. Es gibt einen YOLO-Modus, der Bestätigungen deaktiviert; am besten aktivierst du ihn nicht auf einem Server, der ohne dich läuft. Bestätigungen sollen genau verhindern, dass ohne dein Wissen etwas Unumkehrbares geschieht. **Sandbox für vollständige Isolation.** Wenn der Agent das Hauptsystem des Servers physisch nicht sehen können soll, führe seine Befehle in einem Docker-Container aus: ```bash hermes config set terminal.backend docker ``` Dann geschieht alles, was der Agent im Terminal tut, innerhalb einer isolierten Sandbox und kann den laufenden Server nicht erreichen. Das ist eine sinnvolle Schutzmaßnahme, wenn du dem Agenten erlaubst, selbstständig zu handeln. ## Was solltest du tun, wenn der Bot schweigt oder das Gateway abstürzt?
Das Wichtigste Prüfe zuerst Dienststatus und Protokolle; am häufigsten liegt es am Bot-Token, an der Zugriffsliste oder am Modell. Wenn der gesamte Prozess vollständig einfriert, verfügt ein systemd-Dienst über einen Watchdog-Timer, der das Gateway neu startet, wenn es keine Lebenszeichen mehr von sich gibt.
Wenn der Bot nicht mehr antwortet, gehe in dieser Reihenfolge vor. Prüfe zuerst den installierten Geltungsbereich: `sudo hermes gateway status --system` und Systemjournal für den Systemdienst, `hermes gateway status` und Benutzerjournal für den Benutzerdienst. Wenn das Gateway läuft, aber keine Nachrichten durchkommen, liegt es fast immer an der Plattformkonfiguration: Der Bot-Token ist falsch oder die Person steht nicht auf der Zugriffsliste. Führe `hermes gateway setup` erneut im selben Hermes-Home aus. Prüfe dann den gewählten Systemdienst mit `sudo hermes gateway status --system` oder Benutzerdienst mit `hermes gateway status`. Eine erfolgreiche Einrichtung belegt noch kein korrekt laufendes Gateway. Wenn das Modell leere oder merkwürdige Antworten zurückgibt, überprüfe es mit `hermes model` und bestätige den Anbieter und die Anmeldung. Die allgemeine Wiederherstellungssequenz, mit der du von „alles ist kaputt“ zurück zu einem funktionierenden Zustand gelangst, lautet: `hermes doctor`, `hermes model`, `hermes setup` und anschließend `sudo hermes gateway status --system` bei Systeminstallation oder `hermes gateway status` bei Benutzerinstallation. Noch ein Hinweis für den seltenen, aber unangenehmen Fall, dass der gesamte Prozess einfriert, ohne tatsächlich abzustürzen. Ein systemd-Dienst hat einen Watchdog-Timer: Füge diese Zeile zu `~/.hermes/config.yaml` hinzu und installiere den Dienst erneut. ```yaml gateway: systemd_watchdog_seconds: 120 ``` ```bash # VPS-Systemdienst, im selben Hermes-Home wie die ursprüngliche Installation: sudo hermes gateway install --system --force sudo hermes gateway status --system ``` Für einen Benutzerdienst erneuere nur dessen Bereich mit `hermes gateway install --force` und prüfe `hermes gateway status`. Wähle einen Bereich. Installiere nicht beide, um ein einzelnes Gateway zu reparieren. Danach signalisiert das Gateway dem System regelmäßig: „Ich lebe“, und wenn die Signale ausbleiben, startet systemd den Prozess automatisch neu. Das funktioniert nur unter Linux mit systemd und nur bei eingefrorenen Prozessen. Der Watchdog-Timer hat keinen Einfluss auf eine gewöhnliche Netzwerkunterbrechung zwischen Server und Messenger. ## Was fragen Menschen sonst noch über Hermes Agent auf einem Server?
Das Wichtigste Kurze Antworten auf häufige Fragen: ob ausdrücklich ein VPS erforderlich ist, ob du mehrere Bots auf einem Rechner betreiben kannst, ob der Server eine grafische Oberfläche braucht und was mit geplanten Aufgaben geschieht, wenn der Agent auf einem Server läuft.
### Häufig gestellte Fragen Muss ich einen VPS nehmen, oder reicht mein eigener Computer? Für den Betrieb rund um die Uhr brauchst du einen Rechner, der immer eingeschaltet ist. Dein eigener Computer funktioniert nur, wenn du bereit bist, ihn nie auszuschalten. Ein VPS ist bequemer: Er ist immer eingeschaltet und unabhängig davon, ob du arbeitest oder schläfst. Ein gewöhnlicher Linux-Server reicht aus – die Dokumentation nennt Linux als Plattform mit erstklassigem Support, und getestet wird auf einer frischen Ubuntu-Installation. Kann ich mehrere Bots auf einem Server betreiben? Ja. Hermes hat Profile, und jedes Profil hat seinen eigenen Dienst. Ein Befehl wie \ gateway install erstellt einen separaten Dienst namens hermes-gateway-\; die Dienste arbeiten unabhängig voneinander. Jedes Profil hat eigene Einstellungen, einen eigenen Bot-Token und einen eigenen Speicher. Braucht der Server einen Monitor und eine Grafikkarte? Nein. Der Server läuft ohne Bildschirm, und du verwaltest ihn per SSH über das Terminal. Browser-Automatisierung ist für einen Agenten auf einem solchen Server normalerweise unnötig. Deshalb führst du das Installationsprogramm mit der Option --skip-browser aus; dadurch entfällt die einzige umfangreiche Komponente, die eine grafische Oberfläche benötigt. Werden geplante Aufgaben ausgeführt, wenn ich nicht da bin? Ja, genau deshalb ziehst du den Betrieb auf einen Server um. Dasselbe Gateway führt geplante Aufgaben aus: Es prüft den Zeitplan einmal pro Minute und führt Aufgaben aus, wenn sie fällig sind, und sendet das Ergebnis anschließend an denselben Chat. Weil das Gateway rund um die Uhr als Dienst läuft, wird der Zeitplan ohne dein Zutun ausgeführt. Übersteht der Bot ein Update und einen Serverneustart? Ja. Einstellungen, Sitzungen und Speicher werden im Ordner ~/.hermes gespeichert und gehen nicht verloren. Nach einem Neustart startet der Systemdienst (oder Docker mit --restart unless-stopped) das Gateway selbstständig. Eine noch nicht abgeschlossene Antwort wird nach einem Neustart zugestellt, und nichts geht verloren – wenn die Antwort beim Absturz allerdings schon halb gesendet war, kann sie mit einem Hinweis auf ein mögliches Duplikat erneut eintreffen.
### Quellen - [Hermes Agent, Installation](https://hermes-agent.nousresearch.com/docs/getting-started/installation) - [Hermes Agent, Schnellstart](https://hermes-agent.nousresearch.com/docs/getting-started/quickstart) - [Hermes Agent, Unterstützte Plattformen](https://hermes-agent.nousresearch.com/docs/getting-started/platform-support) - [Hermes Agent, Messaging-Gateway](https://hermes-agent.nousresearch.com/docs/user-guide/messaging) - [Hermes Agent, Betrieb in Docker](https://hermes-agent.nousresearch.com/docs/user-guide/docker) - [Hermes Agent, Geplante Aufgaben](https://hermes-agent.nousresearch.com/docs/user-guide/features/cron) - [Hermes Agent, Nous Portal](https://hermes-agent.nousresearch.com/docs/integrations/nous-portal) - [Hermes Agent, Dokumentation](https://hermes-agent.nousresearch.com/docs/)
Lerne [Ailoot](https://ailoot.ai/) kennen. ## Fragen und Antworten ### Warum kann ein als Systemdienst installiertes Gateway gestoppt erscheinen? Eine Prüfung ohne Bereich kann einen anderen Dienst betrachten. Nutze für Systeminstallation `hermes gateway status --system` und das Systemjournal, für Benutzerdienst Status ohne dieses Flag und Benutzerjournal. Behalte dasselbe Hermes-Home bei. ### Braucht ein VPS-Systemdienst loginctl linger? Nein. Linger betrifft einen Benutzer-systemd-Dienst, der nach Abmeldung weiterlaufen und beim Start hochkommen soll. Ein Systemdienst startet bereits beim Hochfahren. Wähle einen Installationsbereich und wiederhole danach Dienststatus und Botantwortprüfung nach dem Neustart. ## Ailoot · Das Unternehmen und sein Projektportfolio Ailoot baut auf bewährte Betriebserfahrung, einen großen Kundenstamm, stabilen Service und kontinuierliche KPI-Kontrolle. Das Unternehmen und sein Projektportfolio: Millionen von Kunden; monatliche Umsätze in Milliardenhöhe. Ailoot nutzt diese Betriebserfahrung für den API-Zugang zu KI-Funktionen in Kundenprodukten, Agenten, Anwendungen und Automatisierungen.