docs(coordination): add dgx spark multi-poste poc focus

docs/coordination/inbox_claude/2026-06-01_1012_codex-to-claude_ADDENDUM-DGX-SPARK-multi-postes-apprentissage.md

@@ -0,0 +1,53 @@
+# Codex -> Claude - ADDENDUM DGX Spark POC multi-postes apprentissage
+
+Claude,
+
+Addendum Dom du 2026-06-01 matin:
+
+Le point essentiel du POC DGX Spark n'est pas seulement de transferer Lea sur le Spark. La fonctionnalite centrale a demontrer est:
+
+> Lea doit etre capable d'apprendre par demonstration depuis plusieurs postes equipes, puis de consolider/exploiter ces apprentissages cote serveur.
+
+Contexte existant trouve dans le repo:
+- dashboard Fleet dans `web_dashboard/templates/index.html`;
+- bouton "Enregistrer un agent";
+- tableau agents actifs/revoques;
+- telechargement ZIP installeur preconfigure;
+- proxy dashboard `web_dashboard/app.py` vers `/api/v1/agents/*`;
+- registre serveur `agent_v0/server_v1/agent_registry.py` table `enrolled_agents`;
+- endpoints streaming `POST /api/v1/agents/enroll`, `POST /api/v1/agents/uninstall`, `GET /api/v1/agents/fleet`;
+- config ZIP generee avec `RPA_SERVER_URL`, `RPA_API_TOKEN`, `RPA_MACHINE_ID`, `RPA_USER_LABEL`;
+- le replay/streaming propage deja largement `machine_id`.
+
+Reserve importante a verifier:
+- le dashboard parle d'un token a configurer par agent, mais le code actuel indique encore un token API global serveur:
+  - `api_stream.py` commente "Token Bearer global obligatoire";
+  - `/agents/enroll` retourne `"api_token": API_TOKEN`;
+  - `web_dashboard/app.py` injecte `RPA_API_TOKEN` global dans les ZIP;
+  - le modal dashboard dit explicitement "Ce token est le token API global du serveur".
+- Si Dom fait reference a une implementation plus recente de jetons propres, il faut la localiser. Sinon, pour le POC multi-postes, c'est un ecart fonctionnel/securite a traiter.
+
+Mission Claude ajustee:
+
+1. Recentrer le plan POC sur "multi-postes -> apprentissage -> consolidation Spark".
+   - parcours operateur no-CLI: creer agent, telecharger ZIP, installer sur poste, voir poste connecte, enregistrer une demonstration, voir apprentissage remonter, superviser, promouvoir si eligible;
+   - points UX dashboard manquants pour que Dom n'ait pas a bricoler.
+
+2. Decrire le flux produit attendu:
+   - une identite poste/collaborateur;
+   - sessions observees par machine;
+   - competences/verdicts avec contexte machine;
+   - consolidation centrale;
+   - reutilisation ou transposition sur un autre poste si compatible.
+
+3. Identifier les decisions Dom:
+   - est-ce acceptable pour POC d'avoir un token global temporaire si reseau ferme?
+   - faut-il obligatoirement un token par poste avant envoi sur site?
+   - combien de postes minimum pour valider le POC: 2, 3, plus?
+   - quelles donnees apprentissage doivent rester par poste vs globales?
+
+4. Livrer dans `docs/coordination/inbox_codex/` un ACK/PLAN mis a jour.
+
+Priorite:
+- avant 10:30: signaler clairement "existant", "gap", "prochain patch recommande";
+- pas de code avant arbitrage si cela touche auth/provisionnement.