fix(deploy): Skript gegen sich selbst absichern - alles in main()

Beim Deploy am 27.08.2026 live erlebt: der `git pull` in Schritt 1 brachte eine
neue Fassung von deploy.sh mit, ausgefuehrt wurde danach trotzdem die alte
Logik (die Ausgabe zeigte den alten Text des Config-Sync-Schritts).

Ursache: bash liest ein Skript haeppchenweise WAEHREND es laeuft. Wird die Datei
mitten im Lauf ersetzt, liest bash am selben Byte-Offset im neuen Text weiter -
im harmlosen Fall greift die alte Logik, im schlimmen Fall fuehrt es eine
zerschnittene Zeile aus.

Fix: der komplette Ablauf liegt jetzt in main(), aufgerufen als letzte Zeile.
Eine Funktion wird vollstaendig geparst, bevor sie startet. Aenderungen an
deploy.sh greifen damit sauber ab dem naechsten Aufruf statt mittendrin.

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

deploy/deploy.sh

@@ -1,27 +1,36 @@
 #!/bin/bash
 set -e
 
-echo "Starte MC2 Deployment..."
+# ‼️ Das ganze Skript liegt in EINER Funktion — das ist Absicht, kein Stil.
+# Bash liest ein Skript haeppchenweise WAEHREND es laeuft. `git pull` unten ersetzt
+# genau diese Datei mitten im Lauf; danach liest bash am selben Byte-Offset im NEUEN
+# Text weiter und fuehrt zerschnittene Zeilen aus. Live erlebt am 27.08.2026: der Pull
+# brachte eine neue Fassung dieses Schrittes mit, ausgefuehrt wurde trotzdem die alte.
+# Eine Funktion wird komplett geparst, bevor sie startet -> der Lauf bleibt in sich
+# stimmig, und Aenderungen greifen ab dem naechsten Aufruf statt mittendrin.
+main() {
 
-# 1. Neuesten Code holen
+  echo "Starte MC2 Deployment..."
-git pull origin main
+
+  # 1. Neuesten Code holen
+  git pull origin main
 
 
-# 2. Abhängigkeiten prüfen (falls sich was geändert hat)
+  # 2. Abhängigkeiten prüfen (falls sich was geändert hat)
-echo "Aktualisiere Python Abhängigkeiten..."
+  echo "Aktualisiere Python Abhängigkeiten..."
-backend/.venv/bin/pip install -r backend/requirements.txt
+  backend/.venv/bin/pip install -r backend/requirements.txt
 
-# 3. Llama-Swap Konfiguration prüfen und synchronisieren
+  # 3. Llama-Swap Konfiguration prüfen und synchronisieren
-#
+  #
-# ‼️ ACHTUNG (27.08.2026): /etc/llama-swap/config.yaml ist die LEBENDE Wahrheit — MC2
+  # ‼️ ACHTUNG (27.08.2026): /etc/llama-swap/config.yaml ist die LEBENDE Wahrheit — MC2
-# schreibt sie selbst (backend/services/llamaswap.py::write_config), sobald jemand über
+  # schreibt sie selbst (backend/services/llamaswap.py::write_config), sobald jemand über
-# die Oberfläche ein Modell hinzufügt oder eine Rolle ändert. deploy/llama-swap.config.yaml
+  # die Oberfläche ein Modell hinzufügt oder eine Rolle ändert. deploy/llama-swap.config.yaml
-# ist nur ein Abzug und hinkt regelmäßig hinterher (aktuell fehlt ihm z. B. der
+  # ist nur ein Abzug und hinkt regelmäßig hinterher (aktuell fehlt ihm z. B. der
-# `kritiker`/Devstral-Eintrag, den STACK.md und der Modell-Katalog voraussetzen).
+  # `kritiker`/Devstral-Eintrag, den STACK.md und der Modell-Katalog voraussetzen).
-# Bis hierher wurde die Live-Datei kommentarlos mit dem Abzug überschrieben — alles per
+  # Bis hierher wurde die Live-Datei kommentarlos mit dem Abzug überschrieben — alles per
-# UI Hinzugefügte war nach jedem Deploy weg. Jetzt: erst sichern, dann kopieren, und die
+  # UI Hinzugefügte war nach jedem Deploy weg. Jetzt: erst sichern, dann kopieren, und die
-# Abweichung sichtbar machen. MC_DEPLOY_SKIP_SWAP_CONFIG=1 überspringt den Schritt ganz.
+  # Abweichung sichtbar machen. MC_DEPLOY_SKIP_SWAP_CONFIG=1 überspringt den Schritt ganz.
-if ! cmp -s deploy/llama-swap.config.yaml /etc/llama-swap/config.yaml; then
+  if ! cmp -s deploy/llama-swap.config.yaml /etc/llama-swap/config.yaml; then
     if [ "${MC_DEPLOY_SKIP_SWAP_CONFIG:-0}" = "1" ]; then
       echo "Llama-Swap Konfiguration weicht ab — uebersprungen (MC_DEPLOY_SKIP_SWAP_CONFIG=1)."
     else
@@ -36,29 +45,32 @@ if ! cmp -s deploy/llama-swap.config.yaml /etc/llama-swap/config.yaml; then
       sudo systemctl restart llama-swap
       echo "  Rueckweg bei Verlust:  sudo cp $SWAP_BAK /etc/llama-swap/config.yaml"
     fi
-fi
+  fi
 
-# 4. Systemd Units neu laden (falls sich .service Dateien geändert haben)
+  # 4. Systemd Units neu laden (falls sich .service Dateien geändert haben)
-systemctl --user daemon-reload
+  systemctl --user daemon-reload
 
-# 4.5 Hermes Skills synchronisieren
+  # 4.5 Hermes Skills synchronisieren
-echo "Synchronisiere Hermes Skills..."
+  echo "Synchronisiere Hermes Skills..."
-mkdir -p ~/.hermes/skills
+  mkdir -p ~/.hermes/skills
-# Kopiere alle Skills aus dem Repo, ersetze - durch _ in den Ordnernamen für Hermes Kompatibilität
+  # Kopiere alle Skills aus dem Repo, ersetze - durch _ in den Ordnernamen für Hermes Kompatibilität
-for skill_dir in deploy/skills/*; do
+  for skill_dir in deploy/skills/*; do
       if [ -d "$skill_dir" ]; then
           skill_name=$(basename "$skill_dir" | tr '-' '_')
           mkdir -p ~/.hermes/skills/"$skill_name"
           cp -r "$skill_dir"/* ~/.hermes/skills/"$skill_name"/
       fi
-done
+  done
 
-# 5. Dienste neu starten
+  # 5. Dienste neu starten
-# ‼️ mc2-steward gehoert hier dazu: er laeuft aus DEMSELBEN Checkout (backend/steward.py).
+  # ‼️ mc2-steward gehoert hier dazu: er laeuft aus DEMSELBEN Checkout (backend/steward.py).
-# Ohne ihn lief der Waechter-Prozess nach jedem Deploy mit dem alten Code weiter — der
+  # Ohne ihn lief der Waechter-Prozess nach jedem Deploy mit dem alten Code weiter — der
-# Neustart wurde 27.08.2026 nachgetragen. `--user restart` auf einer nicht installierten
+  # Neustart wurde 27.08.2026 nachgetragen. `--user restart` auf einer nicht installierten
-# Unit ist folgenlos, darum ohne Vorabpruefung.
+  # Unit ist folgenlos, darum ohne Vorabpruefung.
-echo "Starte Backend neu..."
+  echo "Starte Backend neu..."
-systemctl --user restart mc2-gateway.service mission-control-2.service mc2-steward.service
+  systemctl --user restart mc2-gateway.service mission-control-2.service mc2-steward.service
 
-echo "✅ Deployment erfolgreich abgeschlossen!"
+  echo "✅ Deployment erfolgreich abgeschlossen!"
+}
+
+main "$@"