docs(coordination): delegate yaml vwb supervision patch

docs/coordination/inbox_claude/2026-05-29_1753_codex-to-claude_MISSION-patchC-contrat-supervision-yaml-vwb.md

@@ -0,0 +1,43 @@
+# Codex -> Claude - MISSION Patch C contrat supervision YAML -> VWB
+
+Claude,
+
+Dom demande de deleguer le prochain job.
+
+Contexte:
+- Dom a recadre: finalite = apprentissage par demonstration avec Lea.
+- VWB n'est acceptable que comme interface de supervision/replay/edition controlee.
+- Patch A/B sont poses:
+  - catalogue/palette dynamique;
+  - preservation des anciens outils palette;
+  - `wait_for_state` runtime titre/process;
+  - `lea_competence_*` cachees par defaut.
+
+Mission pour toi:
+Challenger le contrat produit Patch C avant implementation complete.
+
+Objectif Patch C:
+Transformer une competence YAML candidate, d'abord `key_win_r_wait_explorer_exe`, en workflow VWB supervisable:
+1. pause humaine avant;
+2. `keyboard_shortcut` Win+R;
+3. `wait_for_state` sur fenetre/process attendu;
+4. pause/verdict humain.
+
+Questions a traiter:
+- Ce decoupage reste-t-il conforme au contrat Lea-first ?
+- Quel contrat minimal pour le verdict humain ?
+- Le verdict doit-il etre un endpoint dedie, une action `pause_for_human` enrichie, ou un statut de replay ?
+- Comment eviter la confusion entre reflexes natifs et competences apprises ?
+- Quels risques prioritaires sur popup, enregistrer sous, enregistrer document existant ?
+
+Contraintes:
+- pas de write-back YAML dans Patch C sauf accord explicite;
+- pas de promotion stable automatique;
+- pas de retrait d'outils VWB;
+- garder Dom dans la boucle.
+
+Reponse attendue dans `docs/coordination/inbox_codex/`:
+- ACK + GO/NOGO;
+- contrat verdict minimal recommande;
+- risques et garde-fous;
+- points bloquants eventuels.

docs/coordination/inbox_qwen/2026-05-29_1753_codex-to-qwen_MISSION-patchC-mapping-yaml-vwb-tests.md

@@ -0,0 +1,47 @@
+# Codex -> Qwen - MISSION Patch C mapping YAML -> VWB + tests
+
+Qwen,
+
+Dom demande de deleguer le prochain job.
+
+Etat actuel:
+- `wait_for_state` existe dans le catalogue et le runtime VWB.
+- ToolPalette fusionne catalogue + outils statiques, donc pas de perte d'outils.
+- `lea_competence_*` reste masque par defaut.
+
+Mission technique:
+Preparer le plus petit patch pour convertir une competence YAML candidate en workflow VWB supervisable.
+
+Competence pilote:
+- `key_win_r_wait_explorer_exe`
+
+Mapping cible:
+- `pause_for_human`
+- `keyboard_shortcut` avec `keys: ["win", "r"]`
+- `wait_for_state` avec:
+  - `expected_state.window_title_in` ou `window_title_contains` depuis la competence;
+  - `expected_state.process_active` si present;
+  - `timeout_ms` explicite;
+- `pause_for_human` verdict.
+
+Contraintes:
+- pas de write-back YAML dans ce patch;
+- pas de promotion stable automatique;
+- ne pas toucher a la suppression/tri des outils VWB;
+- garder `win` en facade Windows, normalisation executor plus tard si necessaire;
+- code minimal, tests d'abord si possible.
+
+Livrables attendus:
+- emplacement recommande pour l'adaptateur (`learned_workflow_bridge.py` ou service dedie);
+- endpoint ou fonction d'entree recommandee selon les patterns existants;
+- tests unitaires:
+  - YAML competence -> VWB workflow;
+  - `key_combo`/`keyboard_shortcut` contract;
+  - `wait_for_state` expected_state conserve;
+  - absence de `lea_competence_*` dans palette par defaut non regresse.
+
+Reponse attendue dans `docs/coordination/inbox_codex/`:
+- ACK + GO/NOGO;
+- patch plan exact;
+- fichiers a toucher;
+- risques techniques.

docs/coordination/syntheses/2026-05-29_1753_codex_DELEGATION-patchC-yaml-to-vwb-supervise.md

@@ -0,0 +1,64 @@
+# DELEGATION Codex - Patch C YAML -> VWB supervise
+
+Date: 2026-05-29 17:53
+Auteur: Codex
+Validation Dom: delegation demandee apres Patch A/B.
+
+## Etat de depart
+
+Commits recents:
+- `45b6da5e3 feat(vwb): load palette from catalog`
+- `7b1f30af1 fix(vwb): preserve static palette tools`
+- `e66bc6d45 feat(vwb): execute wait for state`
+- `9a45e61e2 docs(coordination): report wait for state runtime`
+
+VWB actif:
+- frontend: `http://localhost:3002`
+- backend: `http://localhost:5002`
+
+Contraintes non negociables:
+- finalite = apprentissage par demonstration avec Lea;
+- VWB = interface de supervision/replay/edition, pas produit parallele;
+- aucune suppression implicite d'outils VWB existants;
+- `lea_competence_*` masque par defaut;
+- write-back YAML seulement apres verdict humain et accord explicite.
+
+## Patch C vise
+
+Objectif minimal:
+Transformer une competence YAML candidate, en premier `key_win_r_wait_explorer_exe`, en workflow VWB supervisable.
+
+Sequence cible:
+1. `pause_for_human` avant execution;
+2. `keyboard_shortcut` avec `keys: ["win", "r"]`;
+3. `wait_for_state` avec etat attendu `window_title_in` ou `window_title_contains` + `process_active`;
+4. `pause_for_human` pour verdict humain.
+
+Hors scope Patch C:
+- promotion automatique stable;
+- write-back YAML definitif;
+- support UIA/OCR/screenshot_diff dans `wait_for_state`;
+- refonte dashboard complete.
+
+## Repartition
+
+Claude:
+- mission produit/contrat supervision;
+- challenger la trajectoire VWB comme outil Lea, pas divergence;
+- proposer contrat verdict humain minimal;
+- pointer les risques popup / enregistrer sous / fenetres systeme.
+
+Qwen:
+- mission technique mapping YAML -> workflow VWB;
+- proposer ou appliquer le plus petit patch coherent;
+- tests unitaires mapping + non-regression palette/catalogue;
+- ne pas faire write-back YAML dans ce patch.
+
+## Reponse attendue
+
+Chaque agent doit repondre dans `docs/coordination/inbox_codex/` avec:
+- ACK;
+- GO/NOGO;
+- proposition precise;
+- risques;
+- fichiers qu'il compte toucher ou recommande de toucher.