0.2.0-3-rc.1

docs/architecture/017-V0_2_0_RC_REVIEW.md

@@ -0,0 +1,58 @@
+<!-- file: docs/architecture/017-V0_2_0_RC_REVIEW.md -->
+<!-- version: 1 -->
+
+# Revue RC 0.2.0
+
+## Statut
+
+Candidate `0.2.0-3-rc.1`.
+
+Le scope fonctionnel et architectural de `0.2.0` est gelé.
+
+## Cohérence documentaire
+
+La candidate relie :
+
+- études exploratoires ;
+- architecture durable ;
+- règles normatives ;
+- ROADMAP ;
+- CHANGELOG ;
+- prompt `0.3.x`.
+
+Les études restent la justification historique ; les documents d'architecture et de règles portent les décisions durables.
+
+## Décisions gelées
+
+- architecture kernel / capabilities / game-systems / game-specific ;
+- séparation adapters/providers/apps ;
+- Snake comme sonde `0.3.x` ;
+- Uroburas comme trajectoire `0.4.x` ;
+- ordre Uroburas Mode 1 → Mode 3 → Mode 2 ;
+- Actix Web / Maud / Fluent / Lettre comme références Web ;
+- WebSocket/tokio-tungstenite baseline realtime ;
+- WebTransport/QUIC candidat POC ;
+- gRPC/Tonic conditionnel server-to-server ;
+- asset delivery auto-hébergé, H2 baseline et H3 candidat ;
+- Debian Stable comme cible opérationnelle préférée ;
+- `pre.1` obligatoire de cadrage ;
+- versions dimensionnées pour une session ;
+- tranches visant généralement 15 à 30 minutes ;
+- stable mécanique.
+
+## Hors gel
+
+Restent volontairement à valider plus tard par POC :
+
+- ordre exact des versions `0.3.x` après `0.3.0` ;
+- choix définitif WebSocket vs WebTransport ;
+- choix edge/reverse proxy H3 ;
+- détails de packaging/infrastructure par plateforme ;
+- abstractions réellement extraites après observation de duplication ;
+- décisions techniques propres à Uroburas au-delà du Mode 1 initial.
+
+## Critère de publication
+
+Si les audits RC sont propres et qu'aucune incohérence documentaire n'est détectée, `0.2.0` stable doit être une promotion mécanique de cette candidate.
+
+Aucun nouveau scope ne doit être ajouté entre RC et stable.