Files
games/deltas/0.3.3/3-rc.1.fix.1.md
2026-09-21 16:11:46 +02:00

83 lines
3.5 KiB
Markdown

<!-- file: deltas/0.3.3/3-rc.1.fix.1.md -->
<!-- version: 1 -->
# Delta 0.3.3-3-rc.1.fix.1
## Base requise
`0.3.3-3-rc.1`.
## Nature du correctif
Correctif strictement documentaire de la candidate RC. Il ne modifie ni le runtime, ni le pipeline Android, ni Cargo, ni la version technique du workspace.
Conformément à `VER-DOCFIX-001`, `workspace.package.version` reste donc :
```text
0.3.3-3-rc.1
```
L'identité `0.3.3-3-rc.1.fix.1` est portée par le présent delta et son archive.
## Défaut corrigé
Le prompt de reprise `prompts/005-V0_3_4_START_PROMPT.md` était fonctionnel mais trop pauvre comme transmission autonome de session, particulièrement dans son forecast initial :
- chaque tranche n'expliquait pas suffisamment son intention ;
- les livrables probables et critères de sortie n'étaient pas explicités ;
- les points naturels de fusion/scission n'étaient pas indiqués ;
- le rôle conditionnel d'une tranche de robustesse ou d'un demo n'était pas assez clair ;
- la séparation entre forecast initial et plan actif produit par `alpha.1` pouvait être mieux verrouillée ;
- la progression vers beta, RC et stable manquait de critères opératoires.
## Changements
`prompts/005-V0_3_4_START_PROMPT.md` passe en version documentaire 2 et développe son forecast non contraignant avec :
- règles explicites de lecture et de révision du forecast ;
- `alpha.1` détaillée pour la migration de gouvernance, l'audit, le sizing et le contrat transport ;
- `alpha.2` pour l'API async minimale ;
- `alpha.3` pour le backend WebSocket `tokio-tungstenite` et le loopback ;
- `alpha.4` conditionnelle pour robustesse, limites, backpressure et lifecycle ;
- `alpha.5` conditionnelle pour une preuve consommateur/demo uniquement si elle apporte une valeur réelle ;
- une tranche de consolidation de développement explicitement fusionnable ;
- critères de beta large, RC gelée et promotion stable mécanique ;
- branches explicites de redécoupage lorsque les résultats d'`alpha.1` invalident le découpage initial.
Le forecast reste volontairement prévisionnel : `0.3.4-alpha.1` doit le réviser dans `docs/plans/004-V0_3_4_REALTIME_TRANSPORT_WEBSOCKET_PLAN.md`, qui devient ensuite l'autorité prévisionnelle active.
## Immutabilité historique
Ce fix n'applique toujours pas la nouvelle convention aux versions déjà livrées. Aucun fichier historique `deltas/`, `history/`, ancien prompt ou ancienne entrée de changelog n'est renommé ou réécrit pour harmoniser sa nomenclature.
La migration effective des règles prospectives vers :
```text
X.Y.Z-alpha.N
X.Y.Z-alpha.N.fix.M
X.Y.Z-beta.N
X.Y.Z-beta.N.fix.M
X.Y.Z-rc.N
X.Y.Z-rc.N.fix.M
X.Y.Z
```
reste la première action de la prochaine session `0.3.4`.
## État RC connu avant ce fix
La validation utilisateur de `0.3.3-3-rc.1` a déjà confirmé les audits, Cargo check/Clippy/tests workspace, rebuild Android Debug/Release quatre ABI, présence des quatre ABI dans APK/AAB et `zipalign -P 16` sur les deux APK.
Le présent correctif documentaire n'attribue pas de validation future à la RC et ne crée pas `history/0.3.3/3-rc.1.md` avant acceptation complète du jalon.
## Validation du fix
Comme seuls des fichiers Markdown sont ajoutés/modifiés, exécuter :
```bash
python3 scripts/audit_markdown_tables.py README.md RULES.md ROADMAP.md CHANGELOG.md docs prompts crates Android Web deltas history
python3 scripts/audit_distribution_layout.py
```
Une fois ce contenu accepté, reprendre la matrice RC là où elle s'était arrêtée. Le correctif ne nécessite aucun rebuild Cargo/Gradle supplémentaire par lui-même.