feat: complete Nexus mission-control workflows

docs/openclaw-task-board-flow.md

@@ -10,6 +10,7 @@ Diese Datei beschreibt den gewünschten und umgesetzten Arbeitsfluss zwischen:
 - **Sub-Agenten** als ausführende Spezialisten
 - **OpenClaw** als Agent-Runtime
 - **Nexus Task Board** als sichtbare Aufgabenquelle
+- **MCP `/mcp`** als Agent Data Plane fuer Board-Operationen
 
 ---
 
@@ -24,6 +25,8 @@ Das bedeutet:
 - **Child-Task** = konkrete Arbeitsaufgabe für einen Spezial-Agenten
 - **Board** = sichtbare Wahrheit für Aufgabenstatus und Ownership
 - **OpenClaw** = Ausführungspfad für Agentenarbeit
+- **MCP** = bevorzugter Agentenpfad zu Nexus; `/api/bridge` bleibt
+  kompatible interne Fassade, `/api/dashboard` bleibt UI/Admin
 
 ---
 
@@ -57,7 +60,7 @@ flowchart LR
     Iris -->|delegiert konkrete Arbeit| OC
     OC -->|führt Agenten-Task aus| Agents
     Iris -->|legt Child-Tasks an| Board
-    Agents -->|arbeiten gegen Child-Tasks| Board
+    Agents -->|MCP Tools /mcp| Board
     Agents -->|liefern Ergebnis / melden Blocker| Iris
     Iris -->|integriert Ergebnis| Board
     Board -->|Review für Bao| Bao
@@ -89,6 +92,13 @@ flowchart LR
 - liefert Nachrichten, Status und Arbeitsergebnisse zurück
 - ersetzt nicht das Board als Aufgabenwahrheit
 
+### MCP Agent Data Plane
+- stellt `nexus_get_board`, `nexus_agent_overview`, Task-, Child-,
+  Activity-, Status-, Checkpoint- und Handoff-Tools bereit
+- nutzt nur kanonische States: `Backlog`, `In progress`, `Blocked`,
+  `Done`, `Review`
+- ist Fassade ueber `ITaskBridgeService`, keine zweite Board-Domaenenlogik
+
 ### Nexus Task Board
 - ist die **sichtbare operative Quelle** für Aufgaben
 - zeigt Parent-Task, Child-Tasks, Ownership und Status
@@ -315,6 +325,11 @@ Wenn Iris unsicher ist, ob sie eine Child-Task anlegen soll, gilt:
 - Agentenstatus und Boardstatus dürfen sich ergänzen, aber nicht widersprechen
 - Board-Spalten und API-State-Mapping müssen das Parent-/Child-Modell sauber abbilden
 - UI und Doku müssen dieselbe Sprache sprechen
+- Mission-Control-Gateway-Daten bleiben read-only im Browser: Nexus proxyt Status,
+  Version und redigierte Activity; Gateway-Token und direkte Gateway-URLs bleiben
+  im Backend.
+- Config-Writes sind Bao/Owner-only, legen vor dem Austausch ein `.bak` an und
+  schreiben einen `config_audit` Activity-Eintrag.
 
 ---