2026 Hermes Agent auf always-on Mac Mini M4: Persistente Speicherarchitektur, DSGVO und MACCOME-Miete

Fuenf Wenn/Dann-Gates fuer always-on Hermes

Hermes ist kein IDE-Copilot und kein Chatbot-Wrapper. Er ist ein Gateway-Agent mit geschlossenem Lernkreis — und dieser Kreis bricht, sobald der Host schlaeft oder Speicher auf geteilten VPS mit fremden Mandanten liegt. Fuenf harte Gates in Wenn/Dann-Form:

1. Wenn der Agent auf einem Laptop mit Energiesparen laeuft, dann verpassen Telegram/Discord/Slack-Kanaele Nachrichten waehrend Sleep, state.db waechst diskontinuierlich und Skills werden nicht konsolidiert — der „compound memory“-Effekt entfaellt.
2. Wenn personenbezogene Daten in USER.md oder Session-Logs landen, dann muss der Speicherort in der EU verbleiben und Zugriff auditierbar sein — Shared VPS ohne Mandantentrennung scheitert an Art. 32 DSGVO.
3. Wenn nur Cloud-APIs (OpenAI, Anthropic) ohne lokale Persistenz genutzt werden, dann verlassen Prompts den eigenen Perimeter — Hermes reduziert Wiederhol-Prompts, aber Modell-Calls bleiben ein separater AVV-Vertrag.
4. Wenn state.db ueber Monate waechst (FTS5-Index aller Sessions), dann braucht der Host NVMe mit Headroom — 256GB SSD reicht fuer Gateway; schwere lokale Modelle plus Agent-Speicher brauchen 512GB-1TB.
5. Wenn ein Mac mini M4 gekauft wird nur fuer Hermes-POC, dann traegt das Team Capex (~700-1.200 EUR Basis, M4 Pro deutlich mehr), Restwertverlust und keine Region-Flexibilitaet — Miete verschiebt OpEx und Plattform-Risiko.

Fazit: Hermes loest das Session-Amnesie-Problem softwareseitig; always-on und Datenschutz loest man mit dediziertem Mac mini — nicht mit dem Entwickler-Laptop. Teams, die bereits OpenClaw evaluiert haben, koennen mit hermes claw migrate MEMORY.md, USER.md und Skills aus ~/.openclaw importieren — der Speicherpfad bleibt auf demselben dedizierten Host, relevant fuer AVV-Fortschreibung ohne Datenexport in US-Clouds.

Drei-Schichten-Speicherarchitektur (Spezifikation)

Die offizielle Hermes-Dokumentation beschreibt ein tripartites Modell — hier mit Pfaden und Verhalten fuer Betrieb auf Remote-Mac:

• Semantisches Gedaechtnis (persistent): MEMORY.md speichert durable Fakten, Projektkontext, Umgebungsvariablen; USER.md haelt Praeferenzen und Arbeitsstil. Beide werden beim Session-Start in den System-Prompt injiziert. Eintraege sind auf ca. 2.200 Zeichen begrenzt, Duplikate werden verworfen, Injection-Scan vor Aufnahme — verhindert Memory-Poisoning.
• Episodisches Gedaechtnis (recall): Alle Konversationen in state.db (SQLite + FTS5). Tool session_search durchsucht vergangene Dialoge mit LLM-Zusammenfassung fuer Cross-Session-Recall — ohne jedes Mal den vollen Kontext in den Prompt zu laden (Token-Kosten sinken ueber Wochen).
• Prozedurales Gedaechtnis (Skills): Nach komplexen Tasks erzeugt der Agent autonom Markdown-Skills in ~/.hermes/skills/, verbessert sie bei Wiederverwendung, kompatibel mit agentskills.io. Honcho-Dialektik vertieft das Nutzermodell ueber Zeit.

Der geschlossene Lernkreis: episodische Rohdaten werden im Hintergrund in semantische und prozedurale Schichten destilliert. Wenn der Mac 24/7 laeuft, dann compound dieser Effekt — nach 30 Tagen kennt Hermes Projekte besser als nach 30 Einzel-Sessions auf dem Laptop. Zusaetzlich bietet Hermes Cron-Scheduling mit Zustellung an beliebige Kanaele (taegliche Reports, Backup-Checks) — Aufgaben, die auf einem schlafenden Laptop verpasst werden. Die Honcho-Dialektik modelliert Widersprueche in Nutzerpraeferenzen explizit statt sie zu ueberschreiben — nuetzlich wenn mehrere Stakeholder denselben Agent mit unterschiedlichen Compliance-Vorgaben nutzen.

DSGVO-Checkliste fuer Speicher: (1) Verzeichnis der Verarbeitungstaetigkeiten ergaenzen um ~/.hermes/; (2) Loeschkonzept fuer state.db bei Mandatsende; (3) Verschluesselung-at-rest via FileVault auf dem Mac (MACCOME-Instanzen standardmaessig); (4) kein Backup der Agent-Daten in unsichere Cloud-Sync-Ordner; (5) Modell-Provider separat bewerten — lokales Ollama fuer personenbezogene Subtasks eliminiert den Drittlandtransfer fuer diese Teilmenge.

Hermes vs. OpenClaw vs. Stateless-Copilot (Vergleich)

2026 teilen sich drei Agenten-Oekosysteme den Markt: OpenClaw (November 2025, breites Gateway), Hermes (Februar 2026, Memory-First), ZeroClaw (minimaler Footprint). Fuer Teams mit DSGVO-Fokus und langfristigem Nutzermodell ist die Frage nicht „welcher besser“, sondern welche Schicht welches Problem loest. Hermes positioniert sich laut Nous Research zwischen CLI-Tool und Chat-Plattform — der Kern ist, dass der Agent ueber Wochen ein vertieftes Modell des Nutzers aufbaut, statt bei jedem Neustart den Kontext neu zu erklaeren. OpenClaw bleibt stark bei Gateway-Oekosystem, ClawHub-Skills und ACP-Subagenten fuer parallele Workstreams. Stateless Copiloten (Cursor Tab, GitHub Copilot ohne Memory-Layer) loesen Einzelaufgaben, speichern aber weder Projektgeschichte noch Compliance-Praeferenzen — jedes Ticket beginnt ohne institutionelles Gedaechtnis.

Wenn compound memory und Skill-Autogenese Prioritaet haben → Hermes. Wenn ACP-Subagenten, breites ClawHub-Oekosystem und etablierte Runbooks → OpenClaw (siehe sessions_spawn-Matrix). Wenn nur Code-Vervollstaendigung ohne Langzeitgedaechtnis → Copilot. Viele Teams: Hermes fuer persoenlichen Assistenten, OpenClaw fuer Team-Gateway — beide auf demselben gemieteten Mac mini mit getrennten Pfaden.

Mac Mini M4 als always-on Hermes-Host (Hardware-Spezifikation)

Apple positioniert Mac mini M4 (2024/2025) als kompakten Desktop mit niedrigem Idle-Verbrauch — passend fuer 24/7-Gateway ohne Rack. Hermes selbst ist leichtgewichtig (Python, SQLite); der Engpass ist Speicherwachstum und optionale lokale Inferenz.

Praxis: POC auf Stundenmiete M4 → Monatsmiete nach 2 Wochen stable state.db-Groesse. Region waehlen nahe Team fuer SSH-Admin: Multi-Region-Leitfaden. Hermes unterstuetzt sieben Terminal-Backends (lokal, Docker, SSH, Singularity, Modal, Daytona, Vercel Sandbox) — auf gemietetem Mac mini reicht local plus optional SSH vom Entwickler-Laptop als Thin Client. Der Idle-Verbrauch des Mac mini M4 (~5-10 W) ist vernachlaessigbar gegenueber GPU-Servern; entscheidend ist Verfuegbarkeit, nicht Raw-TFLOPS.

Wenn das Team bereits Apple-CI fuer iOS/macOS auf MACCOME betreibt, dann laesst sich Hermes auf demselben oder einem zweiten Mac mini isoliert betreiben — getrennte launchd-Domain, getrenntes ~/.hermes/, gemeinsame SSH-Infrastruktur aus dem launchd-Runbook.

3-Jahres-TCO: Mac mini kaufen vs. MACCOME-Miete

Vergleich Mac mini M4 Pro 24GB/512GB (Kauf, 50% Restwert nach 3 Jahren) vs. MACCOME laut Mietpreisen. Strom und Wartung beim Kauf nicht enthalten; Miete inkl. dedizierter Instanz und Remote-Zugang.

Bei eigenem Kauf: Capex + Heim-IP/Uptime + kein Runbook fuer launchd. Bei Miete: OpEx, Plattform-Uptime, SSH/Tailscale aus SSH-Runbook wiederverwendbar. Ohne 18+ Monate 24/7 gewinnt Miete rechnerisch. Siehe auch Kauf-vs-Miete-Matrix.

Sechs reproduzierbare Schritte: Hermes auf gemietetem Mac mini

1. Instanz waehlen: M4 16GB fuer reines Gateway; M4 Pro 24GB fuer Hybrid. Bestellen ueber Bestellseite, Region aus Multi-Region-Guide.
2. SSH-Zugang: Schluessel hinterlegen, ssh user@mac-host testen. Optional Tailscale fuer Team — Runbook oben.
3. Hermes installieren: curl -fsSL https://raw.githubusercontent.com/NousResearch/hermes-agent/main/scripts/install.sh | bash — installiert uv, Python 3.11, Abhaengigkeiten. Erwartung: ~/.hermes/ angelegt, hermes doctor ohne Fehler.
4. Provider konfigurieren: hermes setup oder hermes model fuer OpenRouter/Nous Portal. Wenn DSGVO-kritisch, dann zusaetzlich lokales Ollama auf demselben Host fuer sensitive Subtasks — Prompts verlassen den Mac nicht.
5. launchd always-on: hermes gateway setup dann hermes gateway start via launchd plist mit KeepAlive. Energieeinstellungen macOS: Sleep „Never“, FileVault aktiv.
6. Kanal koppeln: Telegram/Discord in Gateway-Setup; von Handy testen waehrend Laptop zu ist — bestaetigt always-on + persistent memory. Optional hermes claw migrate wenn OpenClaw-Vorgaenger existiert.

ssh user@mac-rental.example.com
curl -fsSL https://raw.githubusercontent.com/NousResearch/hermes-agent/main/scripts/install.sh | bash
source ~/.zshrc
hermes setup
hermes gateway setup
hermes gateway start
# Von lokalem Laptop: ssh -L 8080:localhost:8080 user@mac-rental.example.com

Fazit: Compound Memory braucht dedizierten, lokalen Host

Nous Research hat mit Hermes gezeigt: Agenten muessen nicht bei jeder Session bei null anfangen — semantische, episodische und prozedurale Schichten plus Honcho-Modellierung erzeugen echten Mehrwert ueber Wochen. Die echte Barriere ist nicht der Code, sondern Betrieb und Datenschutz: Sleep killt Kanaele, Shared VPS killt DSGVO-Argumente, Cloud-only Copilot killt Datenhoheit.

„Mac mini kaufen und Hermes laufen lassen“ hat drei Fallen: (a) Heim-Uptime und fehlende EU-Rechenzentrum-Dokumentation; (b) kein Tier-Wechsel wenn lokale Modelle wachsen; (c) Einzelgeraet statt Team-SSH-Runbook. Fuer produktive Agent-Umgebungen mit Verfuegbarkeit und DSGVO (Inferenz und ~/.hermes/ auf dedizierter Instanz, personenbezogene Prompts unter AVV) ist MACCOME Remote-Mac mini M4/M4 Pro auf Monats- oder Stundenbasis oft die stabilere Variante — Capex wird OpEx, Uptime und Region liegen bei der Plattform.

Verwandte Runbooks: OpenClaw memory_search-Tuning, launchd 24/7, OpenRouter-Routing. Naechster Schritt: Stundenmiete auf der Bestellseite, hermes doctor gruen, Telegram-Test vom Handy — erst dann Monatscommit und AVV-Freigabe fuer produktive Nutzerdaten in USER.md.