v0.1.4-pre.019-fix.001

deltas/0.1.4/pre.019-fix.001.md

@@ -0,0 +1,75 @@
+<!-- file: deltas/0.1.4/pre.019-fix.001.md -->
+<!-- version: 1 -->
+
+# Delta `0.1.4-pre.019-fix.001` — reprise suivante en `0.2.0`
+
+## Base
+
+`0.1.4-pre.019` a préparé à tort un prompt ouvrant directement `0.2.1` et demandant de sélectionner immédiatement un premier périmètre N2. La direction attendue est une version intermédiaire `0.2.0` consacrée à l'étude de `khadhroony-bot3` et à la planification de l'ensemble du reste de `0.2.x`.
+
+## Objectif
+
+Corriger uniquement le cadrage de la reprise après `v0.1.4` :
+
+- `0.2.0` devient la release de transition/audit/planification ;
+- l'inventaire bot3 doit couvrir les fonctions à reprendre, adapter, refondre ou abandonner ;
+- les fonctionnalités nouvelles ou modifiées doivent être identifiées ;
+- les dépendances et l'ordre d'introduction doivent être explicités ;
+- le découpage concret de `0.2.1`, `0.2.2`, etc. doit être un **résultat** de `0.2.0`, pas une hypothèse préalable.
+
+## Changements
+
+### Prompt suivant
+
+Le prompt erroné :
+
+```text
+prompts/005-V0_2_1_START_PROMPT.md
+```
+
+doit être **supprimé** et remplacé par :
+
+```text
+prompts/005-V0_2_0_START_PROMPT.md
+```
+
+Le nouveau prompt définit `0.2.0-pre.001` comme une tranche de méthode/inventaire et demande un plan directeur `docs/plans/007-V0_2_0_SERIES_PLANNING.md`.
+
+### Roadmap et séquence
+
+`ROADMAP.md` et `docs/plans/002-FUNCTIONAL_RELEASE_SEQUENCE.md` distinguent désormais :
+
+- `0.2.0` : audit bot3 + décisions de reprise/refondation + nouvelles fonctions + découpage de série ;
+- `0.2.1+` : releases fonctionnelles dont les missions seront définies à partir du résultat de `0.2.0`.
+
+Le plan `0.1.4` et l'index des prompts sont synchronisés sur cette reprise.
+
+## Version technique
+
+Aucun fichier participant au code/build/runtime/config n'est modifié. Conformément au workflow KSP, la version Cargo **ne change pas** :
+
+```text
+workspace.package.version = 0.1.4-pre.19
+```
+
+Le suffixe `pre.019-fix.001` identifie le delta documentaire, pas une nouvelle version technique Cargo.
+
+## Application
+
+Après extraction des fichiers du ZIP, supprimer explicitement l'ancien prompt :
+
+```bash
+rm prompts/005-V0_2_1_START_PROMPT.md
+```
+
+Puis vérifier :
+
+```bash
+grep -RIn "0\.2\.1-pre\.001\|V0_2_1_START_PROMPT" ROADMAP.md docs/plans prompts
+```
+
+La commande ne doit plus trouver de référence présentant `0.2.1` comme session directement ouverte après `0.1.4`. Les mentions de `0.2.1+` comme futures releases issues du découpage `0.2.0` restent normales.
+
+## Suite
+
+La validation technique/fonctionnelle de `0.1.4-pre.019` reste inchangée. Après clôture stable `v0.1.4`, la session suivante doit être `0.2.0-pre.001`.