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