Hermes zuerst verstehen: Was OpenClaw kann und Hermes nicht

1. Was Hermes wirklich ist: zuerst anerkennen, dann Grenzen

Hermes Agent steht öffentlich auf beobachtendem / Bildschirm-Lernen: Der Agent beobachtet Ihre Aktionen in Apps, UI-Zustände und Trajektorien und baut Policy für «beim nächsten ähnlichen Screen hier klicken». Das ist nicht «Prompt schreiben, API aufrufen» — APIs brauchen stabile Endpunkte, Auth, Retries, Idempotenz; Bildschirm-Lernen braucht Pixel/Kontrollsemantik, Aktionsfolgen, konforme Erfassung.

Typische Hermes-Fragen:

• «Jeden Freitag dieselben Excel-Filter und Export — kann der Agent das lernen?»
• «Internes Panel ohne API, nur UI — ist Automatisierung realistisch?»
• «Assistent soll meinen Workflow in wenigen Apps nachahmen, nicht Plugins von Null.»

Kein Universal-Zapier: Extern pusht Webhook, zehn MCP-Tools laufen, Artefakte ins Object Storage — das ist Ausführungs-Gateway, OpenClaws Langzeitfeld (OpenClaw-Doku).

2. Was OpenClaw löst: Ausführungsebene und Gateway

OpenClaw ist näher an einer persönlichen Automatisierungs-Runtime: Auf dem Mac (oft Remote-Dedicated) Gateway auf Port (Community oft 18789), Webhooks, Plugin-Scheduling, MCP — «was das Modell will» wird «befehle mit Callback auf der Maschine». Unsere OpenClaw-Spalte: Cold Start, Tunnel, Runner-Audit — z. B. OpenClaw × Remote-Mac-Gateway und M4-Speicher, Tunnel + Webhook + MCP Security-FAQ.

Typische OpenClaw-Szenarien:

• Webhook-Inbound von GitHub/Stripe/eigenem Dienst → Tests oder Release-Checks;
• MCP zu DB, Browser, FS — versionierbare Tool-Inventur;
• Cloud-Mac-Runner für xcodebuild, Skripte, Queues mit Integritätsaudit;
• 7×24 Wächter: Deckel zu, im Rechenzentrum antwortet noch ein Prozess.

Gemeinsam: Eingabe strukturierte Events, Ausgabe reproduzierbare Ausführungsprotokolle. Hermes-Eingabe ist «menschlicher Operationsstrom» — verkettbar, nicht austauschbar.

3. Kernvergleich: was Hermes nicht kann, OpenClaw schon

Diese Tabelle ist die «Urteilsseite». Fähigkeiten ändern sich pro Release — README vor Deploy prüfen; hier Spurunterschiede, kein Einmal-Benchmark.

In einem Satz: «Von außen reingestochen, nach Policy ausgeführt und protokolliert» → OpenClaw; «UI bedienen wie Sie» → Hermes. Umgekehrt OpenClaw für reines Beobachtungslernen = viele Screen-Sim-Plugins, oft teurer als die Hermes-Spur.

4. Vier häufige Fehlverwendungen (verschwendete Zeit)

4.1 Hermes als persönliches Zapier

Erwartung: Slack-Zeile → Repo → Tests → Karte. Hermes ist nicht für «Event-Bus + Tool-DAG» optimiert; Trigger, Auth-Rotation, Retries stocken. Richtig: OpenClaw für Events und Ausführung, Hermes nur für echte UI-Klicks.

4.2 OpenClaw zwingt «Excel-Makro-Klicks ohne API»

Klickpfad in der Tabelle nachbauen: OpenClaw per Plugins/Skripten UI faken ist meist teurer als Hermes-Beobachtung. OpenClaw auf die Pipeline nach dem Export.

4.3 Beides auf einem Cloud-Mac ohne Isolation

Gateway 18789, Index, Claude-Code-Worktrees, Hermes-Aufnahme auf 16 GB — Swap und Inodes zuerst — ähnliche Schichtung in OpenHuman × Cloud-Mac; für Hermes+OpenClaw: Prozesse, Verzeichnisse, Ports trennen; bei Bedarf Tagesmiete mit zweitem Rechner.

4.4 ECC-«Hermes» mit Nous-Hermes verwechseln

ECC (Everything Claude Code) v2 «Hermes» ist Coding-Agent-Harness-Operator und ecc2/-Kontrollebene (alpha) für Claude Code/Cursor — nicht NousResearch Hermes Agent. Vor «kann Hermes Webhooks?» klären, welches Hermes gemeint ist.

5. Kombinierbar: empfohlene Drei-Schichten-Aufteilung

Viele Teams wählen nicht entweder/oder:

1. Hermes-Schicht (lernen): auf GUI-Maschine UI-Flows beobachten, wiederverwendbare Muster (Screen-Recording-Compliance);
2. OpenClaw-Schicht (tun): auf Cloud-Mac Gateway+MCP, Webhooks, Builds, Artefakte (Worktree-Farm);
3. Speicher/Integration (optional): Gmail/Notion/GitHub vereinheitlichen — OpenHuman ist eine dritte «erst aggregieren, dann schlussfolgern»-Spur.

Bei kvmboot passt Tagesmiete Cloud-Mac für 48–72 h «nur OpenClaw-Stresstest»: Gateway + ein Webhook + ein MCP, RAM/Disk loggen; dann Hermes-Beobachtung auf GPU/Screen-Capture-Konflikt prüfen. Metriken: Speicher- und Swap-Governance.

6. 48-Stunden-Validierungsliste

1. Drei Pflicht-Automatisierungen listen; taggen UI-Lernen / Event-Ausführung / Speicher-Aggregation;
2. «Event-Ausführung»: minimales Gateway laut OpenClaw-Doku — nicht zuerst Hermes;
3. «UI-Lernen»: Hermes auf VNC-Cloud-Mac — nicht zuerst 18789 öffentlich;
4. Loggen: Webhook-E2E-Latenz, xcodebuild-Erfolg, eine Hermes-Lernrunde;
5. Entscheidung: ein 24-GB-Rechner oder 2×16 GB (Ausführung + Beobachtung).

7. FAQ

Hermes und OpenClaw auf einem Mac? Ja — Ports, Verzeichnisse, Daemons isolieren; 16 GB mit Beobachtung+Gateway+Claude Code swappt schnell.

Kann Hermes MCP? Manche Builds bridgen, aber nicht Designzentrum; MCP-Orchestrierung OpenClaw-first.

Claude Code vorhanden — brauche ich Hermes? Claude Code = Coding-Agent; Hermes = UI-Lernen; OpenClaw = eventgetriebene Ausführung. Koexistenz mit anderen Rollen.

Ersetzt OpenClaw Hermes für Bildschirm-Lernen? Meist schlechte Ökonomie ohne viele UI-Plugins.

Compliance? Hermes: Bildschirm/Workspace-Beobachtung — Teamrichtlinie. OpenClaw: Webhook-Inbound, Plugin-Supply-Chain — Least Privilege und Audit.

8. Referenzen

• Hermes Agent: github.com/NousResearch/hermes-agent
• OpenClaw: github.com/openclaw/openclaw · docs.openclaw.ai · FAQ
• kvmboot · OpenHuman: OpenHuman persönlicher KI-Avatar × Cloud-Mac
• kvmboot · OpenClaw Gateway: Remote-Mac-Gateway und Speicher
• kvmboot · ECC (anderes Hermes): Lohnt sich ECC?

9. Schluss

Hermes zuerst verstehen heißt nicht abwerten — sondern vermeiden, dass ein Beobachtungs-Agent Gateway-Last trägt. Was OpenClaw kann, kann Hermes allein nicht: Webhooks, MCP, Gateway, headless Runner, Ausführungsaudit, kontrollierte Exposition gehören auf OpenClaw + Cloud-Mac. Hermes bleibt bei «lernen, wie Sie die UI bedienen»; beim Kombinieren schichten, trennen, Tagesmiete für RAM-Kurve vor Monats-7×24.