Fix: hermes-agent-dashboard scheiterte mit "pull access denied"

Hatte nur image: hermes-agent ohne eigenen build:-Kontext, im Unterschied
zum hermes-agent-Service. Compose versucht bei up erst zu pullen (Image
existiert nicht auf Docker Hub), hermes-agent faengt das per build:-Fallback
ab, dashboard nicht -> harter Error. Fix: gleicher build-Kontext + explizites
pull_policy: build fuer beide, damit gar nicht erst gepullt wird.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

docker-compose.yml

@@ -131,6 +131,10 @@ services:
   hermes-agent:
     build: ./hermes-agent-src
     image: hermes-agent
+    # Erspart den unnoetigen "pull access denied"-Warning-Roundtrip von eben:
+    # sagt Compose direkt "nie pullen, immer lokal bauen" statt erst zu
+    # pullen und beim Scheitern auf build: zurueckzufallen.
+    pull_policy: build
     container_name: hermes-agent
     restart: unless-stopped
     network_mode: host
@@ -161,7 +165,18 @@ services:
     command: ["gateway", "run"]
 
   hermes-agent-dashboard:
+    # Gleicher Build-Kontext wie oben bei "hermes-agent" (nicht nur "image:").
+    # Grund: "hermes-agent" ist kein Docker-Hub-Image, sondern wird lokal aus
+    # ./hermes-agent-src gebaut. Ohne eigenes build: hier versucht Compose
+    # beim "up" trotzdem erst einen Registry-Pull fuer dieses Image, der mit
+    # "pull access denied" fehlschlaegt UND (anders als beim hermes-agent-
+    # Service oben, der einen build:-Fallback hat) hart abbricht statt lokal
+    # zu bauen. Mit build: hier baut Compose denselben Kontext nochmal --
+    # dank Docker-Layer-Cache praktisch instant, landet aber wieder unter
+    # dem Tag "hermes-agent".
+    build: ./hermes-agent-src
     image: hermes-agent
+    pull_policy: build
     container_name: hermes-agent-dashboard
     restart: unless-stopped
     network_mode: host