0.3.0-0-pre.1-fix.2

prompts/002-V0_3_X_START_PROMPT.md

@@ -1,5 +1,5 @@
 <!-- file: prompts/002-V0_3_X_START_PROMPT.md -->
-<!-- version: 3 -->
+<!-- version: 4 -->
 
 # Prompt de démarrage — `0.3.0` / série `0.3.x` POC plateforme et réseau
 
@@ -150,65 +150,51 @@ Validation candidate :
 - Desktop SDL toujours fonctionnel ;
 - dependency audit ciblé.
 
-### `0-pre.3` — adapters/capabilities minimaux
+### `0-pre.3` — adaptation Snake WASM
 
-Objectif candidat :
+Décision issue de `pre.1` :
 
-- extraire uniquement ce que le premier POC prouve nécessaire ;
-- éviter duplication bridge/frontend ;
-- préparer input/resize/lifecycle/runtime provenance ;
-- documenter les duplications provisoires.
+- introduire la crate/adaptation WASM minimale de Snake ;
+- générer les bindings avec `wasm-bindgen` ;
+- conserver le gameplay dans `game-snake-poc` ;
+- ne pas généraliser avant qu'un second consommateur ne le justifie.
 
-Cette tranche peut être fusionnée avec `pre.2`.
+### `0-pre.4` — frontend Web/Vite + shell Bootstrap 5
 
-### `0-pre.4` — premier POC de bout en bout
+Décision issue de `pre.1` : le premier host est Web navigateur direct + Snake.
 
-Préférence initiale :
+Le frontend doit fournir :
 
-```text
-Tauri Android + Snake
-```
+- un document HTML responsive piloté par Vite/TypeScript ;
+- Bootstrap 5 comme baseline de présentation/layout et pour les contrôles UI ;
+- un Canvas dédié au rendu du jeu ;
+- clavier et boutons directionnels tactiles ;
+- états de chargement/erreur utiles au POC.
 
-Alternative si `pre.1` la juge plus rationnelle :
+Le framework HTML/CSS reste strictement côté frontend : Rust/WASM conserve le gameplay et l'état du jeu.
 
-```text
-Web navigateur direct + Snake
-```
+### `0-pre.5` — intégration plateforme complète
 
-Le POC doit couvrir :
+Fermer les besoins de bout en bout du POC :
 
-- build avec outil natif ;
-- lancement ;
-- rendu ;
-- contrôles ;
-- resize/orientation selon host ;
-- lifecycle ;
-- logging ;
+- resize/lifecycle ;
 - assets ;
-- runtime provenance.
+- logging ;
+- runtime provenance ;
+- non-régression du runner Desktop SDL3.
 
-Compiler seul ne suffit pas.
+Compiler seul ne suffit pas : le smoke navigateur fait partie de la validation.
 
-### `0-pre.5` — corrections/généralisation issues du POC
+### `0-pre.6` — correction/extraction conditionnelle
 
-Créer seulement si le POC révèle un besoin réel :
+Créer seulement si les tranches précédentes révèlent un besoin réel :
 
 - supprimer duplication avérée ;
 - corriger frontières mal placées ;
 - ajouter tests nécessaires ;
 - documenter ce qui reste spécifique.
 
-### `1-alpha.1` — intégration éventuelle
-
-À utiliser seulement si le volume de code nouveau justifie une phase distincte.
-
-Objectif :
-
-- stabiliser interfaces Snake/capabilities/host ;
-- fermer les défauts structurels ;
-- aucun nouveau scope.
-
-Sinon, ne pas créer cette tranche artificiellement.
+Sinon, omettre cette tranche.
 
 ### `2-beta.1` — validation large
 
@@ -220,6 +206,18 @@ Objectif :
 - documentation des commandes ;
 - vérification qu'aucune abstraction spéculative n'a été ajoutée.
 
+### `2-beta.2` — consolidation documentaire et transmission
+
+Responsabilité obligatoire, même si sa numérotation finale glisse :
+
+- réconcilier la documentation durable avec l'état validé ;
+- mettre à jour `CHANGELOG.md` et `ROADMAP.md` ;
+- mettre à jour l'historique applicable ;
+- réconcilier le plan avec les deltas réellement livrés ;
+- préparer et vérifier le prompt de la version/session suivante.
+
+Cette tranche consolide la documentation ; elle ne reporte pas à la fin la documentation spécifique qui devait accompagner les tranches fonctionnelles.
+
 ### `3-rc.1` — candidate
 
 Scope gelé.