Auftragsbuch: 'doku/sofort-paket-erledigt' angenommen (Ein-Klick-Gate)

docs/wissen/UMBAUPLAN-ABLOESUNG.md

@@ -39,16 +39,17 @@ Recherche). DIE Arbeitsliste für die Zeit nach Claude. Leser: der User, die Box
 | DeepSeek V4-Flash als Kandidat | ❌ zu groß (103–142 GB Quant) — passt nie neben das Warm-Set |
 | systemd-Override Restart=always für MC2 | ✅ behalten (User-Entscheid 15.07.) — gute Appliance-Praxis |
 
-## 3 · SOFORT-Paket (User-Klicks + eine sudo-Runde)
+## 3 · SOFORT-Paket — ✅ KOMPLETT ERLEDIGT (Stand 15.07. abends, live verifiziert)
 
-a) **Karte `wartung/bild-weiche-v2` annehmen** (Auftragsbuch). Danach prüft man so:
+a) ✅ **Karte `wartung/bild-weiche-v2`** angenommen + E2E bestanden („Rot" vom Coder);
-   Bild an `model:"coder"` schicken → Antwort-Header `x-mc-route-reason: Bild beschrieben (Vision) -> bleibt beim Coder`.
+   Bild-Weiche läuft inzwischen im eigenen mc2-gateway-Prozess (§3b P1), self-smoke
-b) **Karte `t_8231d6b8` abschließen** (Arbeit war fertig, nur Protokollverstoß):
+   Check 5 spielt sie täglich durch. Test-Lehre: VL-Testbilder ≥256×256.
-   `ssh hitonabi@192.168.178.151` → `cd ~/.hermes/hermes-agent && venv/bin/hermes kanban complete t_8231d6b8 --comment "war fertig+verifiziert, Worker vergass complete-Call"`
+b) ✅ **Karte `t_8231d6b8`** abgeschlossen.
-c) **sudo-Runde (einmal Passwort):**
+c) ✅ **sudo-Runde durch** (verifiziert 15.07. abends): v1-Unit + `/etc/systemd/system/
-   1. Stale v1-Unit weg: `sudo systemctl disable mission-control.service; sudo rm /etc/systemd/system/mission-control.service; sudo rm -rf /opt/mission-control` (Faden C14)
+   mission-control.service` + `/opt/mission-control` restlos weg (Faden C14 ✓);
-   2. Root-Warmup-Kopie aktualisieren: `sudo install -m 0755 ~/mission-control-v2/deploy/warmup.sh /usr/local/bin/llama-swap-warmup.sh` (stale seit 07.07. — sonst wärmt ein llama-swap-Restart falsch)
+   `/usr/local/bin/llama-swap-warmup.sh` (root, 15.07. 10:16) byte-identisch mit
-d) **Daily-Briefing-Cron** (dein eigener, 08:00): steht auf `Repeat: 9/41` — **läuft nach 41 Läufen aus**. Wenn dauerhaft gewollt: auf ∞ stellen (`hermes cron edit 095d53c1e99e`).
+   `deploy/warmup.sh` ✓.
+d) ✅ **Daily-Briefing-Cron** auf ∞ gestellt (läuft täglich 08:00, zuletzt ok).
 
 ## 3b · UMBAU v3 — Architektur-Feinschliff (NEU 15.07. nachmittags)
 
@@ -60,8 +61,8 @@ alles Weitere. Recherche-Verdikte dazu (15.07.): FastAPI bleibt (Litestar erwoge
 Coder-Modell-Wissen gewinnen), React bleibt (Svelte/Solid schneller, aber irrelevant für
 1-Nutzer-LAN), SSE ist 2026 der klare Dashboard-Standard (einweg, Auto-Reconnect, ~95 % der Fälle).
 
-- **P1 · Gateway-Auszug** ✅ GEBAUT (Karte `feature/von-allein-und-gateway-p1` @ ccc9a25,
+- **P1 · Gateway-Auszug** ✅ AKTIV (angenommen + deployt 15.07. nachmittags, bf9fd80;
-  wartet auf Klick — Annahme AKTIVIERT Stufe 1):
+  Stufe 1 läuft, E2E verifiziert — NUR Prüfpunkt ④/Stufe 2 unten ist noch offen):
   Der /v1-Datenpfad wird eigener Prozess `mc2-gateway.service` (Loopback **:9010**,
   `Restart=always`, gleicher Router-Code `routers/gateway_proxy.py`, neuer Einstieg
   `backend/gateway_app.py`). MC2 :9001/v1 wird dünner Roh-Weiterleiter (`MC_V1_UPSTREAM` in der
@@ -72,14 +73,15 @@ Coder-Modell-Wissen gewinnen), React bleibt (Svelte/Solid schneller, aber irrele
   `127.0.0.1:9001/v1` auf `127.0.0.1:9010/v1` um (Backups, `--revert`, bewusst NICHT im
   deploy.sh — config.yaml ist Zwei-Schreiber-sensibel). Danach überlebt Lucys Hirn + die ganze
   Nacht-Autonomie jeden MC2-Neustart. Postcheck prüft den Gateway mit (nur wenn Unit enabled).
-  **Nach der Annahme prüfen (Fahrplan):** ① `curl 127.0.0.1:9010/gw/health` (Box) + Dashboard
+  **Prüf-Fahrplan:** ① ✅ gw/health + Token-Call E2E (15.07.) · ② ✅ Repo-Wächter grün ·
-  normal; ② self-smoke Check 4 „Repo-Wächter" grün; ③ Bild-Weiche-E2E durch den NEUEN Prozess:
+  ③ ✅ Bild-Weiche-E2E durch den neuen Prozess (dabei Socket-Reuse-Bug im Vision-Unteraufruf
-  Bild an `model:"coder"` → Header `x-mc-route-reason: Bild beschrieben (Vision) -> bleibt beim
+  gefunden+gefixt d2398b3; self-smoke Check 5 prüft täglich; VL-Testbilder ≥256×256!) ·
-  Coder`; ④ DANN Stufe 2: `bash ~/mission-control-v2/deploy/gateway-cutover.sh` + `hermes doctor`
+  **④ OFFEN = der letzte Schritt: Stufe 2:** `bash ~/mission-control-v2/deploy/gateway-cutover.sh`
-  + Beweis „MC2-Neustart tut Lucy nichts": `systemctl --user restart mission-control-2`, dabei
+  + `hermes doctor` + Beweis „MC2-Neustart tut Lucy nichts": `systemctl --user restart
-  1-Token-Call auf `127.0.0.1:9010/v1` → antwortet weiter. Rückweg: `--revert`.
+  mission-control-2`, dabei 1-Token-Call auf `127.0.0.1:9010/v1` → antwortet weiter.
-- **P2 · Steward** ✅ GEBAUT (Karte `feature/p2-steward`, baut auf P1-Karte auf — Annahme
+  Rückweg: `--revert`.
-  schließt P1 mit ein; Reihenfolge P1→P2 ist sauberer): Re-Warm-Wächter, Health-Sentry und
+- **P2 · Steward** ✅ AKTIV (angenommen + deployt 15.07. ~14:48, bc69cf5; Steward läuft,
+  Sentry-Ticks auf MC2+Gateway+Voice journal-verifiziert): Re-Warm-Wächter, Health-Sentry und
   Mem0-Dedupe laufen als eigener Dienst `mc2-steward.service` (`backend/steward.py`,
   Restart=always) — unveränderte Loop-Module, reiner Konfig-Split (MC2-Unit setzt die drei
   ENABLED-Schalter auf 0; Zeilen entfernen = Rollback). Neu dadurch: Sentry überwacht erstmals