Sasedev/khadhroony-solana-project
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

v0.2.0-rel.001

Browse Source
This commit is contained in:
SinuS von SifriduS
2026-08-17 16:21:04 +02:00
parent e721464a7c
commit 24cf2c5a11
10 changed files with 190 additions and 41 deletions
Download Patch File Download Diff File Expand all files Collapse all files

20
docs/plans/007-V0_2_0_SERIES_PLANNING.md
View File

@@ -1,8 +1,10 @@
<!-- file: docs/plans/007-V0_2_0_SERIES_PLANNING.md -->
<!-- version: 4 -->
<!-- version: 5 -->
# Plan `0.2.0` — audit bot3 et planification de la série `0.2.x`
> **Statut : plan historique clôturé par `0.2.0-rel.001`.** La première release fonctionnelle suivante est `0.2.1 — ksp-onchain-transport-lib / HTTP Solana foundation`, ouverte avec `prompts/006-V0_2_1_START_PROMPT.md`.
## 1. Statut et objectif
`0.2.0` est une release intermédiaire de transition, d'audit et de planification. Elle ne livre pas directement une nouvelle capacité Solana complète ; elle transforme l'expérience de `khadhroony-bot3` en une trajectoire KSP cohérente, bornée et compatible avec les règles stabilisées en `0.1.x`.
@@ -698,15 +700,15 @@ Il est volontairement prématuré de figer maintenant chaque numéro jusqu'aux D
Aucune `pre.004` n'est prévue. Elle ne serait créée que si la validation de `pre.003` révélait un nouveau défaut ou une omission substantielle qui ne peut pas être honnêtement corrigée dans `rel.001`.
Après validation de `pre.003`, `0.2.0-rel.001` doit rester une publication de cadrage :
`0.2.0-rel.001` publie le cadrage sans nouvelle décision architecturale :
- passer `workspace.package.version` à `0.2.0` ;
- marquer `0.2.0` stable dans ROADMAP/indices/plans ;
- ajouter l'entrée stable `0.2.0` au `CHANGELOG.md` ;
- créer `deltas/0.2.0/rel.001.md` ;
- exécuter les validations globales de clôture disponibles ;
- commit `v0.2.0-rel.001`, puis tag stable Git `v0.2.0` ;
- ne modifier le prompt `0.2.1` que si une validation de clôture révèle un écart réel.
- `workspace.package.version = 0.2.0` ;
- `0.2.0` est marqué stable dans ROADMAP/indices/plans ;
- `CHANGELOG.md` reçoit l'entrée stable `0.2.0` ;
- `deltas/0.2.0/rel.001.md` enregistre la publication ;
- les validations finales de `pre.003` communiquées par le user sont reportées dans la matrice de clôture ;
- le commit attendu est `v0.2.0-rel.001`, puis le tag stable Git `v0.2.0` ;
- le prompt `0.2.1` reste inchangé et devient le prochain point d'entrée après le tag stable.
La matrice de clôture durable est `docs/validation/002-V0_2_0_SERIES_PLANNING.md`.