Hermes Agent selbst mit ins Compose: alles auf einer Maschine

Stefan-Entscheidung: Hermes Agent (Nous Research) laeuft auf derselben
Maschine wie der Claude-Max-Proxy, nicht mehr remote. Ergaenzt:

- hermes-agent + hermes-agent-dashboard Services (offizielle Definition,
  gebaut aus separat geklontem hermes-agent-src/), network_mode: host
- hermes-agent-config/config.yaml.example: seedet Hermes' model:-Block
  automatisch auf provider: custom -> unser hermes-gateway, per ${VAR}-
  Expansion aus .env (kein manuelles Config-Editieren mehr)
- hermes-gateway bindet jetzt nur noch auf 127.0.0.1 statt 0.0.0.0, da
  Hermes lokal mitlaeuft und kein Remote-Zugriff mehr noetig ist
- .gitignore fuer hermes-agent-src/, hermes-data/, .env (Secrets/Sourcecode
  gehoeren nicht ins Repo)
- README auf Single-Machine-Architektur aktualisiert, inkl. Setup-Schritten
  und Einordnung des optionalen API_SERVER (fuer spaeteren mobilen Client,
  andere Richtung als unser Proxy)

.gitignore

@@ -0,0 +1,13 @@
+# Echter Hermes-Agent-Sourcecode wird per README-Anleitung separat geklont
+# (git clone https://github.com/NousResearch/hermes-agent.git hermes-agent-src)
+# — eigenes Repo, gehoert nicht als Kopie/Submodule in dieses hier.
+hermes-agent-src/
+
+# Runtime-State: Claude-CLI-Login-Credentials, Hermes' ~/.hermes-Aequivalent
+# (Sessions, Memory, ggf. Provider-API-Keys anderer Skills), Shared-Files.
+# Enthaelt Secrets - niemals committen.
+hermes-data/
+hermes-shared/
+
+# Secrets
+.env