Warum Hermes Agent einen dauerhaft laufenden Host braucht:
Drei Gedächtnisschichten und Mac mini M4

Hermes ist ein selbstverbessernder Agent. Er erledigt mehrstufige Aufgaben, destilliert erfolgreiche Abläufe in wiederverwendbare Skills und pflegt Nutzerkontext über Sitzungen hinweg. Anders als ein zustandsloser Copilot-Tab, der beim Schließen des Browsers resettet, skaliert der Nutzen mit Laufzeit mal Aufgabenvielfalt. Das setzt voraus, dass Gateway-Prozess, Cron-Jobs und Messaging-Kanäle im Hintergrund erreichbar bleiben.

In deutschen Engineering-Teams wird Uptime oft als Betriebspräferenz behandelt. Bei Hermes ist es eine Produktbedingung. Der Agent erwartet eine Control Plane, die über Nacht überlebt, Nachrichten vom Handy annimmt und in ~/.hermes/ schreibt, während niemand am Rechner sitzt. Sleep, Suspend und spontane Reboots löschen nicht alles — sie unterbrechen aber die Compounding-Schleife, die den Einsatz auf dedizierter Hardware rechtfertigt.

Stellen Sie sich Incident-Triage über Telegram vor. Schläft das Gateway, stockt die Warteschlange, Cron-Fenster verpassen Trigger, und USER.md wird erst aktualisiert, wenn jemand das Gerät weckt. Die Dateien wirken nach dem Reboot intakt, praktisch erlebt die Organisation dennoch einen Tag Amnesie: keine neuen Skills, keine episodischen Index-Einträge während der Lücke.

Für Unternehmen mit Sitz in der EU ist zusätzlich relevant: Hermes speichert Profil- und Projektdaten lokal unter ~/.hermes/, ohne Vendor-Telemetrie. Das erleichtert die DSGVO-Einordnung gegenüber SaaS-Copiloten — vorausgesetzt, Sie kontrollieren den physischen oder gemieteten Host, Zugriffsrechte und Backup-Ort. Ein Laptop im Homeoffice mit unverschlüsselten Backups löst andere Compliance-Fragen als ein dedizierter Mac in einem kontrollierten Rechenzentrum mit dokumentiertem Löschkonzept bei Vertragsende.

• Gateway-Kontinuität: Die Dokumentation listet über zwanzig Kanäle inklusive Telegram, Discord, Slack und WhatsApp. Befehle vom Smartphone sollen sofort Tools auf dem Remote-Host starten — nicht erst, wenn Sie abends den Laptop öffnen.
• Zeitpläne und unbeaufsichtigte Arbeit: Natural-Language-Cron für Reports, Backups und Health-Checks. Schlafende Hosts verpassen Trigger; manche Sandbox-Sitzungen setzen Suspend nicht sauber fort.
• Schreibrhythmus des Gedächtnisses: Dauerhafter Zustand liegt unter ~/.hermes/, der aktive System-Prompt ist jedoch ein frozen snapshot. Langfristige Fakten werden kuratiert; episodische Suche füllt Lücken. Ein dauernd online Prozess aktualisiert USER, MEMORY und Skills bei häufiger Interaktion statt in seltenen manuellen Sitzungen.
• Sub-Agenten und Parallelität: Isolierte Sub-Agenten, parallele Terminals und Python-RPC-Pipelines setzen eine stabile Control Plane voraus. Wiederholte Stromzyklen fühlen sich an wie das Abbauen einer Fertigungslinie mitten im Lauf.

Löscht ein Neustart das Gedächtnis? Persistente Dateien auf der Platte überleben meist. Verloren gehen laufende Sitzungszustände, uns gespeicherte Zwischenergebnisse und der Rhythmus von 24/7-Compounding.

Verhalten und Gedächtnissemantik folgen der offiziellen Nous-Research-Dokumentation. Links nach jedem Release erneut prüfen.

Hermes Agent Documentation

Persistent Memory | Hermes Agent

Community und Docs beschreiben Hermes-Gedächtnis in drei Schichten. Jede beantwortet ein anderes Versagen: Wer bin ich, warum denske ich gelöste Workflows neu, wo steckt historisches Detail. Wer versteht, was jede Schicht liest, schreibt und an CPU, RAM und Disk kostet, erkennt: Installer passt ≠ Agent lohnt sich monatelang.

Schicht 1 ist der schnelle Pfad in jeden Turn. Schicht 2 ist organisatorisches Muskelgedächtnis. Schicht 3 ist suchgestütztes Recall, wenn wörtliche Historie Context-Limits sprengt. Zusammen bedeutet Hostwechsel: Migration des gesamten ~/.hermes/-Ökosystems, nicht Binary tauschen. Finanzielle Trade-offs stehen in unserem 24-Monats-TCO-Artikel; hier geht es um Architektur → Dauerbetrieb.

Schicht-1-Dateien sind klein, aber streng kuratiert. Zeichenbudgets halten System-Prompts scharf; Detail wandert in Skills und SQLite statt in eine aufgeblähte Markdown-Datei. Schicht 2 wächst mit wiederholten komplexen Workflows — Deployment-Skill, Vendor-Onboarding, Log-Triage — jede Stunde Reasoning, die Sie nicht zweimal bezahlen wollen.

Schicht 3 macht Disk- und Index-Gesundheit über Quartale sichtbar. FTS5 über Sitzungshistorie holt relevante Episoden ohne volle Transkripte im Context. Auf Hosts mit träger IO oder aggressiver Container-Eviction wird Index-Wartung spürbar. Apple-Silicon-Macs mit schnellen SSDs und planbarem Leerlaufverbrauch passen zu diesem Hintergrundbetrieb.

Schicht 1 beantwortet Identität und Constraints beim Start. Schicht 2 verhindert Null-Reasoning bei Wiederholungsaufgaben. Schicht 3 hält Detail außerhalb der kleinen MEMORY-Datei. Modellseitig bleibt Hermes modellagnostisch — Nous Portal, OpenRouter, lokales Ollama. Auf Apple Silicon erleichtert Unified Memory Hybrid-Routing: kleines lokales Modell für Tools, Cloud-Modell für schwere Reasoning-Schritte. Deshalb verankern Teams oft am Mac mini M4 statt an generischen ARM-Boards ohne macOS-Installpfad.

Das README nennt VPS, GPU-Cluster oder Modal — wahr für Installation, nicht gleichwertig für Gedächtnis-Compounding über ununterbrochene Wochen. Pi, VPS und Schreibtisch-Mac scheitern an unterschiedlichen Stellen: Compute, macOS-Reibung, Netzwerk-Latenz.

Ein Pi im Schrank wirkt sparsam, bis Browser-Automation, parallele Tool-Calls und optionale lokale Inferenz um wenige Gigabyte RAM konkurrieren. Ein VPS im Ausland wirkt günstig, bis jeder Shell-Schritt RTT zahlt und noisy neighbors SQLite bremsen. Ein gekaufter Mac mini wirkt ideal, bis CapEx und Upgrade-Zyklen auf der Bilanz landen. Bare-Metal-Miete mittendrin: Apple Silicon und macOS ohne Day-one-Kauf.

Regionswahl zählt wie Chipwahl. Hermes feuert viele kleine Tool-Calls pro Anfrage. RTT, die im Browser tolerierbar wirkt, stapelt sich zu mehrminütigen Agent-Läufen. CALMVPS-Regionen sollen Gateway-Latenz dort abbilden, wo Ihr Team arbeitet — nicht wo der billigste VPS stand.

• Raspberry Pi 4/5: leichte Gateway-Experimente; RAM/CPU-Spitzen bei parallelen Tools, lokalen Modellen und Browser-Sandboxen; kein offizieller macOS-One-Liner, Ops-Aufwand steigt.
• Generischer Linux-VPS: niedrige Monatsmiete, öffentliche IP sofort; Schwächen: grenzüberschreitende RTT, Shared-Disk-IO für FTS5, Überraschungen bei nutzungsbasierter Abrechnung.
• Eigener Mac mini M4: Unified Memory, natives macOS, leiser 24/7-Betrieb; Sie tragen Kauf, Abschreibung, RAM-/Storage-Upgrades.
• CALMVPS Bare-Metal-Mac-Monatsmiete: M4- und macOS-Vorteile, planbares OpEx, Multi-Region, kurze Laufzeiten für 30-Tage-Proof vor Kauf.

Für compounding Gedächtnis ist der beste Host meist der, der 30 ununterbrochene Tage schafft, ein wachsendes ~/.hermes/-Verzeichnis hält und nicht einschläft, weil jemand den Laptop zuklappt — nicht unbedingt das günstigste Gerät im Haus.

Die Schritte setzen einen per SSH erreichbaren dedizierten Mac über CALMVPS und Gateway-Betrieb auf diesem Host voraus. Befehle vor Produktion gegen die aktuelle Installation-Seite prüfen.

Die erste Woche ist Beobachtung: Disk-Wachstum unter ~/.hermes/, RAM-Spitzen bei Browser- und Shell-Tools, Messaging-Latenz in Ihrer Region. Kurze Mietlaufzeiten existieren, damit Sie Compounding validieren, bevor CapEx fällig wird.

Dokumentieren Sie Backups am Tag der launchd-Konfiguration. Snapshots von ~/.hermes/ in Object Storage kosten wenig gegenüber Skill-Rekonstruktion aus Chat-Logs. Miete erleichtert Rotation: zweiten Mac hochziehen, Verzeichnis restoren, Telegram-Webhooks umschalten, alte Instanz abschalten.

1. Auswahl und Bestellung: auf der Preisseite M4-RAM-Stufe mit Reserve für Tools, Browser-Sandboxen und optionale lokale Modelle wählen; Region und Laufzeit festlegen.
2. Übernahme: SSH-Host-Keys, macOS-Version und freien Speicher notieren; keine unauthentifizierten Admin-Ports nach außen.
3. Hermes installieren: offizielles Install-Skript für Abhängigkeiten und CLI unter macOS.
4. Setup ausführen: hermes setup für Model-Endpunkte, Gedächtnis-Schalter und Nutzerprofil.
5. Gateway dauerhaft halten: launchd oder Team-Supervisor für Auto-Restart; Messaging-Tokens mit Least Privilege.
6. Backup und Migration: gesamtes ~/.hermes/ planmäßig archivieren; vor Tausch oder Rückgabe volles Verzeichnis restoren, nicht nur Chat-Exporte.

curl -fsSL https://hermes-agent.nousresearch.com/install.sh | bash
hermes setup

Install-Einstieg nach jedem Release auf der offiziellen Installation-Seite bestätigen.

Installation | Hermes Agent

• Zeichenlimits Gedächtnis (Defaults): memory_char_limit: 2200 und user_char_limit: 1375; Overflow über Skills und Session-Search, nicht unbegrenzte System-Prompts.
• On-Disk-Layout: Kernzustand unter ~/.hermes/ inkl. Config, Memories, Skills, episodische Daten; Host-Migration braucht Verzeichnis-Backup.
• Lizenz und Backends: Hermes Agent ist MIT Open Source; Backends lokal, Docker, SSH, Modal — macOS auf Apple Silicon bleibt für viele Teams der reibungsarmste Pfad.

FAQ

• Löscht Reboot Gedächtnis? Persistente Dateien und SQLite bleiben; verloren gehen Sitzungskontext und unbeaufsichtigte Job-Kontinuität.
• Nur Laptop? Für kurze Tests ok; Produktion profitiert von dediziertem Online-Mac ohne Sleep und Update-Unterbrechungen.
• Raspberry Pi? Für leichte Gateways ja; komplexe Skills plus lokale Modelle plus Browser-Automation brauchen M4-Stufe.

Hermes auf einem täglich zugeklappten Laptop bricht Gateway-Kontinuität. Auf einem billigen Übersee-VPS zahlen Sie Latenz, IO-Varianz und fehlenden macOS-Pfad. Auf einem Raspberry Pi stoßen Sie an Compute-Deckel und fragmentierte Ops.

Für Produktion mit 24/7-Uptime, Drei-Schichten-Compounding, schneller Lieferung und RAM-Skalierung ist CALMVPS Bare-Metal Mac-mini-M4-Miete oft der bessere Default: dediziertes Apple Silicon, Multi-Region, Laufzeiten in Tagen oder Monaten statt Abschreibungsplänen. Modelle und Tarife auf der CALMVPS-Preisseite; Bestellung über Mac mini M4 bestellen.