0.3.5-beta.2

docs/plans/005-V0_3_5_WEBTRANSPORT_QUIC_POC_PLAN.md

@@ -1,11 +1,11 @@
 <!-- file: docs/plans/005-V0_3_5_WEBTRANSPORT_QUIC_POC_PLAN.md -->
-<!-- version: 19 -->
+<!-- version: 20 -->
 
 # Plan 0.3.5 — POC WebTransport/QUIC et fallback WebSocket
 
 ## Statut
 
-Plan actif créé pendant `0.3.5-alpha.1` à partir de l'archive taggée `v0.3.4`, puis réconcilié pour l'implémentation native de `0.3.5-alpha.2`, son correctif de validation `0.3.5-alpha.2.fix.1`, le chemin fiable validé de `0.3.5-alpha.3`, la robustesse validée par `0.3.5-alpha.4.fix.1`, le smoke natif validé de `0.3.5-alpha.5`, le chemin client WASM validé de `0.3.5-alpha.6`, le smoke navigateur validé par `0.3.5-alpha.7.fix.2`, la composition/fallback WebSocket validée par `0.3.5-alpha.8.fix.1`, le POC datagram backend-spécifique validé par `0.3.5-alpha.9.fix.1`, puis la caractérisation comparative bornée validée par `0.3.5-alpha.10.fix.1`. `0.3.5-beta.1` a validé le workspace complet, les smokes natifs, les mesures, le build WASM/frontend et le smoke navigateur réel. La preuve Android ARM64 a été bloquée uniquement par l’absence de `aarch64-linux-android-clang` dans l’environnement. La gate a aussi révélé que le `package.json` du host navigateur était resté à `0.3.5-alpha.7.fix.2`; `0.3.5-beta.1.fix.1` corrige cette dérive et ajoute un audit de synchronisation ciblé.
+Plan actif créé pendant `0.3.5-alpha.1` à partir de l'archive taggée `v0.3.4`, puis réconcilié pour l'implémentation native de `0.3.5-alpha.2`, son correctif de validation `0.3.5-alpha.2.fix.1`, le chemin fiable validé de `0.3.5-alpha.3`, la robustesse validée par `0.3.5-alpha.4.fix.1`, le smoke natif validé de `0.3.5-alpha.5`, le chemin client WASM validé de `0.3.5-alpha.6`, le smoke navigateur validé par `0.3.5-alpha.7.fix.2`, la composition/fallback WebSocket validée par `0.3.5-alpha.8.fix.1`, le POC datagram backend-spécifique validé par `0.3.5-alpha.9.fix.1`, puis la caractérisation comparative bornée validée par `0.3.5-alpha.10.fix.1`. `0.3.5-beta.1` a validé le workspace complet, les smokes natifs, les mesures, le build WASM/frontend et le smoke navigateur réel. `0.3.5-beta.1.fix.1` a ensuite fermé la dérive de version du host navigateur, revalidé son build/smoke réel et confirmé la cross-compilation du backend WebTransport pour Android ARM64/API 21 avec le NDK `28.2.13676358`. `0.3.5-beta.2` est désormais la tranche active de consolidation pré-RC et fige la décision **retained** : WebTransport est conservé comme second backend realtime, WebSocket restant la baseline/fallback de référence.
 
 Le cadrage détaillé et la comparaison des stacks actuelles sont conservés dans `docs/studies/026-V0_3_5_WEBTRANSPORT_QUIC_STACK_AUDIT.md`. Le présent document porte les décisions opérationnelles, le scope, les gates et le forecast vivant de la version.
 
@@ -605,27 +605,33 @@ Toute capacité fonctionnelle majeure manquante réouvre une alpha ; un défaut
 
 ### `0.3.5-beta.1.fix.1` — cohérence de version du host navigateur
 
-Correctif fermé de validation :
+Correctif validé :
 
-- synchroniser `Web/game-realtime-webtransport-browser-smoke/package.json` avec la version workspace ;
-- ajouter `DIST-LAYOUT-114` pour empêcher une nouvelle dérive de cette version ;
-- ne modifier aucun backend, protocole, test, mesure ou comportement runtime ;
-- conserver la preuve Android ARM64 comme non validée dans cet environnement tant que le compilateur NDK `aarch64-linux-android-clang` n’est pas disponible.
+- `Web/game-realtime-webtransport-browser-smoke/package.json` synchronisé avec la version workspace ;
+- `DIST-LAYOUT-114` ajouté pour empêcher une nouvelle dérive de cette version ;
+- aucun backend, protocole, test, mesure ou comportement runtime modifié ;
+- build frontend/WASM revalidé avec la version corrigée ;
+- smoke navigateur réel revalidé avec verdict `PASS` ;
+- cross-compilation Android ARM64/API 21 finalement validée après exposition explicite du Clang NDK `aarch64-linux-android21-clang` à `ring`/`cc-rs`.
 
-Après validation de ce fix, enregistrer `history/0.3.5/beta.1.fix.1.md` puis ouvrir `beta.2`.
+La preuve détaillée est conservée dans `history/0.3.5/beta.1.fix.1.md`.
 
 ### `0.3.5-beta.2` — consolidation pré-RC
 
-Tranche explicitement réservée par `SESSION-009` / `VER-PHASE-010` :
+Tranche candidate explicitement réservée par `SESSION-009` / `VER-PHASE-010` :
 
-- réconcilier README/USAGE et docs durables ;
-- figer la conclusion WebTransport ;
-- documenter plateformes réellement validées/non validées ;
-- mettre à jour `CHANGELOG.md` si la transition vers RC est préparée ;
-- réconcilier `ROADMAP.md` seulement si le statut macro change ;
-- écrire le prompt `0.3.6` ;
-- enregistrer l'historique `beta.1` après validation ;
-- aucune nouvelle fonctionnalité majeure.
+- enregistrer `history/0.3.5/beta.1.fix.1.md` avec les validations réellement obtenues ;
+- réconcilier les README/USAGE realtime et les documents d'architecture devenus historiques ;
+- figer la conclusion **retained** : WebTransport reste un second backend, WebSocket la baseline/fallback ;
+- maintenir les datagrams hors de `RealtimeConnection` ;
+- documenter Linux natif et navigateur/WASM comme preuves runtime validées, Android ARM64/API 21 comme cross-compilation validée seulement, et Apple comme non validé ;
+- documenter la procédure Android NDK sans chemin machine absolu ;
+- conserver `CHANGELOG.md` inchangé avant la RC conformément à `PROMPT-STR-012` et aux règles documentaires ;
+- conserver `ROADMAP.md` inchangé tant que `0.3.5` n'est pas stable et que le statut macro ne change pas ;
+- écrire `prompts/007-V0_3_6_START_PROMPT.md` pour la consolidation des POC `0.3.x` et la préparation de la baseline `0.4.x` ;
+- aucune nouvelle fonctionnalité ni modification des backends.
+
+La RC suivante vérifie cette documentation consolidée et porte l'entrée changelog candidate.
 
 ### `0.3.5-rc.1` — candidate gelée