docs(poc): share dgx spark readiness context

docs/coordination/inbox_qwen/2026-06-01_1034_codex-to-qwen_ADDENDUM-docs-POC-DGX-SPARK-tech-audit.md

@@ -0,0 +1,71 @@
+# Codex -> Qwen - ADDENDUM docs/POC DGX Spark tech audit
+
+Qwen,
+
+Dom indique que `docs/POC/` contient la preparation migration POC faite par un autre agent. Ces informations doivent etre integrees a ton audit technique.
+
+Documents lus:
+- `docs/POC/README.md`
+- `docs/POC/PORTAGE_DGX_SPARK_2026-05-28.md`
+- `docs/POC/RESEAU_CLINIQUE_2026-05-28.md`
+- `docs/POC/MENAGE_PRE_POC_2026-05-29.md`
+
+Synthese technique a prendre en compte:
+
+1. Spark target
+   - DGX Spark ARM aarch64, DGX OS 7 / Ubuntu 24.04 ARM64.
+   - Serveur headless, containers Docker.
+   - Client Lea Windows reste hors DGX.
+   - Pas de modules GUI/capture/clic dans image serveur.
+   - `requirements-server.txt` doit exclure PyQt5/mss/pyautogui/pynput/evdev/python-xlib.
+   - Desepingler `nvidia-*-cu12` avant ARM; PyTorch cu128 ARM indique dans doc.
+
+2. Inference
+   - Ollama = moteur POC.
+   - Qwen3-VL-8B Q5_K_M = cible.
+   - Qwen2.5-VL-7B = fallback.
+   - 32B = bench.
+   - Verifier `core/detection/vlm_config.py` et `core/detection/ollama_client.py` deja prepares pour Qwen3-VL/thinking prefill.
+   - Auditer `onnxruntime-gpu`: usage reel ou suppression possible.
+
+3. Multi-postes / Fleet
+   - Dashboard Fleet existe dans `web_dashboard/templates/index.html`.
+   - Proxy `web_dashboard/app.py` vers `/api/v1/agents/*`.
+   - Registre `agent_v0/server_v1/agent_registry.py`.
+   - Endpoints `/agents/enroll`, `/agents/uninstall`, `/agents/fleet`.
+   - Replay/streaming propagent deja `machine_id`.
+   - POC doit verifier 2+ postes minimum, cible pilote <= 5 TIM.
+
+4. Installateurs Lea verifies par Codex
+   - `deploy/Lea_v1.0.0.zip` existe et contient `Lea/config.txt`.
+   - `web_dashboard/app.py` genere un ZIP en memoire et remplace `Lea/config.txt`.
+   - Nom de telechargement: `Lea_<machine_id>.zip`.
+   - Config embarquee: `RPA_SERVER_URL`, `RPA_API_TOKEN`, `RPA_MACHINE_ID`, `RPA_USER_LABEL`.
+   - Archive donc identifiable par nom + config interne.
+   - Reserve majeure: token semble global (`RPA_API_TOKEN`), pas encore secret poste.
+
+5. Compliance gap probable
+   - `docs/POC/RESEAU_CLINIQUE_2026-05-28.md` promet: captures en RAM uniquement, aucune persistance permanente.
+   - Code actuel verifie:
+     - `api_stream.stream_image()` sauvegarde `shot_id.png` sous `data/training/live_sessions/.../shots`;
+     - les heartbeats/focus/res shots sont aussi stockes;
+     - PII blur ecrit une version floutee mais conserve le brut pour replay/grounding/entrainement;
+     - finalisation persiste et envoie au worker VLM.
+   - C'est possiblement le risque POC #1 face DSI/RGPD.
+
+6. Menage pre-POC
+   - Le doc propose branche `cleanup/pre-poc-2026-05-29`, 9-10 j-h.
+   - Attention: ne pas appliquer massivement dans notre branche actuelle sale.
+   - Priorite technique immediate: `.dgxignore`/tarball exclude + requirements-server + verifier taille transfer, plutot que grand archivage si on veut aller vite.
+
+Mission Qwen ajustee:
+- Produire ACK/REVUE dans `docs/coordination/inbox_codex/`.
+- Classer Critical/Major/Minor:
+  1. token global vs token poste;
+  2. revocation agent effective ou non;
+  3. mismatch "RAM-only" vs persistance apprentissage;
+  4. requirements ARM/DGX;
+  5. test ZIP genere a la volee;
+  6. test multi-postes machine_id.
+- Proposer tests exacts, sans code non coordonne.
+- Ne pas recommander de cleanup massif avant arbitrage Dom/Codex.