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