Betriebs-Lücken nach dem Hermes-Desktop-Umzug geschlossen

Systemblick 09.07. abends fand vier Lücken, drei davon hier (die vierte,
blogwatcher-Cron, ist Box-Config):
1. deploy.sh enablete mc2-autoupdate.timer bei JEDEM Deploy — und hat damit
   den User-Entscheid vom 04.07. ("Updates nur bestätigt") über die heutige
   Annahme-Kaskade still rückgängig gemacht. Zeile raus, Timer manuell
   wieder disabled; wer Auto-Updates will, enabled einmalig von Hand.
2. self-smoke.sh prüft jetzt auch das Desktop-Gateway (:9119 /api/status) —
   stirbt hermes-builtin-ui, ist die Desktop-App tot, das muss der
   Selbst-Test melden statt der User.
3. backup.sh/restore.sh sichern die neue Infrastruktur mit: agent-hooks/
   (pre_verify-Gates), shell-hooks-allowlist.json, desktop-gateway-token,
   pc-paths.yaml und den systemd-Token-Drop-in (mit chmod 600 + +x beim
   Restore). Vorher hätte ein Restore Desktop-Verbindung und Gates STILL
   verloren. bash -n auf allen vier Skripten grün.

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

deploy/self-smoke.sh

@@ -53,6 +53,17 @@ if [ -n "$API_KEY" ]; then
   fi
 fi
 
+# ── 2b) Desktop-Gateway: hermes-builtin-ui antwortet ────────────────────────
+# Seit dem Hermes-Desktop-Umzug (09.07.2026) hängt die Desktop-App an :9119
+# (via MC2-Proxy /hermes-ui/). Stirbt der Dienst, ist die Arbeits-Oberfläche
+# am PC tot — das muss der Selbst-Test melden, nicht erst der User.
+if curl -sf -m 10 "http://127.0.0.1:9119/api/status" | grep -q '"gateway_running"'; then
+  say "PASS · Desktop-Gateway (:9119 /api/status)"
+else
+  say "FAIL · Desktop-Gateway: :9119/api/status antwortet nicht (hermes-builtin-ui prüfen)"
+  FAILED+=("Desktop-Gateway (hermes-builtin-ui :9119)")
+fi
+
 # ── 3) Voice: Lucys Sprech-Stream ────────────────────────────────────────────
 # Retry: der erste Turn nach Idle zahlt evtl. den Session-Kaltstart (Prefill).
 # Subshell OHNE pipefail — head -c schließt die Pipe früh (curl endet mit 23/SIGPIPE),