# 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.