Mission (suite) — Priorité 2+3 : console de pilotage réelle, SSE durable, centre d'approbations

LIVRÉ. 1) Console /missions (session) : création idempotente de mission dans le socle canonique (état persisté renvoyé, jamais « acceptée = exécutée »), actions réelles cancel/retry (transitions légales → 409 sinon), instruct = colis convoyeur vers une session Claude Code réelle. 2) Matrice de capacités HONNÊTE (runtime_adapters.py) : pause/resume FAUX partout et jamais affichés (niveau 5 = AUCUN contrôle runtime natif, vérifié). 3) SSE durable /internal/v1/console/events/stream : Last-Event-ID, replay depuis le journal, heartbeat, borne max_cycles, auth session. 4) Centre d'approbations (Partie D) : table approval_requests (coordination.db), lien de l'EXACTE proposition par hash, superseded si proposition changée, expired paresseux, auto-approbation interdite, décision opérateur seule, événements socle approval_requested/decided. TESTÉ : 8 tests console/approvals/SSE + suite complète 383/383 ; post-deploy : / et /chantiers 200 public, /chat /missions 303→login, console API 401 (loopback sans session) et 403 (Internet, Caddy). PARTIAL : le worker qui CLAIM la tâche reste un agent extérieur lancé par l'opérateur (aucun runtime ne peut être démarré par le webui aujourd'hui — non simulé) ; Priorité 4 (chiffrement par défaut + backup externe restic/borg — nécessite identifiants opérateur) et Priorité 5 (mémoire/MCP lecture dans chat) restantes. ORPHELINS : toujours en attente d'autorisation opérateur (recommandation SIGTERM aux deux). ROLLBACK : git checkout master && systemctl restart webui.