0.2.0-0-pre.2

This commit is contained in:
2026-09-18 14:04:12 +02:00
parent 63dcb2af4e
commit ffedb4f16e
13 changed files with 1239 additions and 11 deletions

65
deltas/0.2.0/0-pre.2.md Normal file
View File

@@ -0,0 +1,65 @@
<!-- file: deltas/0.2.0/0-pre.2.md -->
<!-- version: 1 -->
# Delta 0.2.0-0-pre.2
## Base
Base déclarée : `0.2.0-0-pre.1.fix.2`.
## Objet
Étudier les fonctionnalités plausibles déjà justifiées et leur ownership architectural sans encore planifier les POC techniques ni le premier projet réel.
## Contenu
- enregistrement du jalon `0-pre.1.fix.2` validé dans `history/` ;
- inventaire fonctionnel initial ;
- distinction kernel / technical capability / game-system / platform adapter / provider / server service / tooling / game-specific ;
- étude des axes OS, device, execution model, host et backend ;
- pressure test par plusieurs archétypes de jeux ;
- étude des dépendances et de la composition statique ;
- conservation de macOS/iOS comme plateformes réservées ;
- absence volontaire de création de nouvelles crates.
## Hors scope
Cette prerelease ne :
- fige pas encore l'architecture normative ;
- ne crée pas le manifest produit définitif ;
- ne planifie pas encore le POC Tauri Android ;
- ne planifie pas le premier jeu réel ;
- n'implémente aucune capability ;
- ne crée aucune nouvelle crate runtime.
## Validation automatique
```bash
python3 scripts/audit_rust_workspace_rules.py
python3 scripts/audit_markdown_tables.py README.md RULES.md ROADMAP.md CHANGELOG.md docs prompts crates Android deltas history
python3 scripts/audit_distribution_layout.py
```
Aucune gate Cargo/Gradle/smoke n'est requise par le contenu fonctionnel de cette tranche : aucun code runtime ou build n'est modifié.
## Validation humaine
Relire en priorité :
- `docs/studies/001-FUNCTIONAL_CAPABILITY_INVENTORY.md` ;
- `docs/studies/002-LAYERING_AND_OWNERSHIP_STUDY.md` ;
- `docs/studies/003-PLATFORM_CAPABILITY_STUDY.md` ;
- `docs/studies/004-GAME_ARCHETYPE_PRESSURE_TEST.md` ;
- `docs/studies/005-DEPENDENCY_AND_COMPOSITION_STUDY.md`.
La revue doit notamment signaler :
- fonctionnalités manquantes ;
- fonctionnalités sur-réservées ;
- mauvais ownership ;
- dépendances trop fortes ;
- confusion entre capability et game-system ;
- limites plateforme oubliées.
Les décisions retenues seront seulement ensuite promues vers `docs/architecture/`.