0.2.0-0-pre.8

docs/000-README.md

@@ -1,5 +1,5 @@
 <!-- file: docs/000-README.md -->
-<!-- version: 19 -->
+<!-- version: 20 -->
 
 # Documentation games.sasedev
 
@@ -26,6 +26,7 @@
 - [`architecture/013-NETWORK_AND_SERVER_ARCHITECTURE.md`](architecture/013-NETWORK_AND_SERVER_ARCHITECTURE.md) — Web/API, realtime, transports, asset delivery auto-hébergé et frontières serveur.
 - [`architecture/014-UROBURAS_TARGET_ARCHITECTURE.md`](architecture/014-UROBURAS_TARGET_ARCHITECTURE.md) — ownership cible des besoins Uroburas et ordre Mode 1 → Mode 3 → Mode 2.
 - [`architecture/015-PLATFORM_POC_ARCHITECTURE.md`](architecture/015-PLATFORM_POC_ARCHITECTURE.md) — rôle des POC `0.3.x`, Snake comme sonde et critères d'extraction.
+- [`architecture/016-V0_2_0_CONSOLIDATED_BASELINE.md`](architecture/016-V0_2_0_CONSOLIDATED_BASELINE.md) — synthèse de la baseline destinée au gel RC `0.2.0`.
 
 ## Jeux
 

docs/architecture/016-V0_2_0_CONSOLIDATED_BASELINE.md

@@ -0,0 +1,70 @@
+<!-- file: docs/architecture/016-V0_2_0_CONSOLIDATED_BASELINE.md -->
+<!-- version: 1 -->
+
+# Baseline architecturale consolidée 0.2.0
+
+## Statut
+
+Ce document synthétise la baseline documentaire destinée à être gelée par la RC `0.2.0`.
+
+## Framework
+
+Le projet retient une architecture modulaire distinguant :
+
+- engine kernel ;
+- technical capabilities ;
+- game-systems ;
+- game-specific ;
+- platform adapters ;
+- providers ;
+- server services ;
+- tooling.
+
+## POC
+
+La série `0.3.x` valide les choix plateforme/réseau avec Snake comme jeu-sonde.
+
+## Uroburas
+
+La série `0.4.x` démarre le jeu réel Uroburas, d'abord Mode 1 Challenge.
+
+Ordre produit actuel :
+
+```text
+Mode 1
+→ Mode 3
+→ Mode 2
+```
+
+## Réseau
+
+- Actix Web pour Web/API ;
+- Maud pour HTML server-side ;
+- Fluent pour i18n ;
+- Lettre pour email ;
+- WebSocket/tokio-tungstenite baseline realtime ;
+- WebTransport/QUIC candidat POC ;
+- gRPC/Tonic conditionnel server-to-server ;
+- asset delivery auto-hébergé H2/H3 selon disponibilité.
+
+## Exploitation
+
+Debian Stable est la cible opérationnelle préférée.
+
+Le code métier reste indépendant de la version de distribution.
+
+Les composants d'infrastructure spécifiques restent hors du domaine et seront choisis lors de POC/déploiements dédiés.
+
+## Workflow
+
+- `pre.1` cadre chaque version ;
+- une version tient dans une session ;
+- les tranches visent généralement 15–30 minutes ;
+- les dernières tranches consolident documentation, ROADMAP, CHANGELOG et prompt suivant ;
+- la stable reste mécanique.
+
+## Gel
+
+La RC suivante ne doit plus ajouter de nouveau scope.
+
+Toute découverte fonctionnelle majeure après gel est reportée vers `0.3.x`, `0.4.x` ou une version ultérieure selon sa nature.