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 :

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 :

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 :

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.

3.5 KiB Raw Blame History