2.6 KiB
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.0devient 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 de0.2.0, pas une hypothèse préalable.
Changements
Prompt suivant
Le prompt erroné :
prompts/005-V0_2_1_START_PROMPT.md
doit être supprimé et remplacé par :
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 de0.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 :
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 :
rm prompts/005-V0_2_1_START_PROMPT.md
Puis vérifier :
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.