v0.0.3-rel.001

Cargo.toml

@@ -1,12 +1,12 @@
 # file: Cargo.toml
-# version: 16
+# version: 17
 
 [workspace]
 resolver = "3"
 members = ["crates/ksp-core-lib"]
 
 [workspace.package]
-version = "0.0.3-pre.10"
+version = "0.0.3"
 edition = "2024"
 license = "MIT"
 repository = "https://git.sasedev.com/Sasedev/khadhroony-solana-project"

ROADMAP.md

@@ -1,5 +1,5 @@
 <!-- file: ROADMAP.md -->
-<!-- version: 11 -->
+<!-- version: 12 -->
 
 # Roadmap KSP
 
@@ -19,9 +19,9 @@ Les décisions architecturales négatives ou de prudence n'apparaissent pas comm
 
 - [X] `0.0.1` — Initialiser le dépôt.
 - [X] `0.0.2` — Installer le squelette minimal et les règles initiales.
-- [/] `0.0.3` — Définir domaines, composants, dépendances, contrats, workers/jobs/scénarios/apps et plan global.
+- [X] `0.0.3` — Définir domaines, composants, dépendances, contrats, workers/jobs/scénarios/apps et plan global.
 - [X] Sélectionner `0.1.1` comme première release fonctionnelle et produire son prompt quasi-final.
-- [/] Clôturer la fondation avec documentation, validations et prompt final ; publication stable `0.0.3` en attente des validations Cargo locales.
+- [X] Clôturer la fondation avec documentation, validations et prompt final ; release stable `0.0.3` validée.
 
 ## 0.1.x — Fondations N1
 

deltas/0.0.3/rel.001.md

@@ -0,0 +1,146 @@
+<!-- file: deltas/0.0.3/rel.001.md -->
+<!-- version: 1 -->
+
+# Delta 0.0.3-rel.001
+
+## Base requise
+
+`v0.0.3-pre.010`.
+
+La base de publication intègre également la correction documentaire locale validée par le user sur `docs/architecture/004-COMPONENT_INVENTORY.md` : alignement du tableau Markdown et passage du header de version 9 à 10.
+
+## Objectif
+
+Publier la release stable `0.0.3`, clôturer la phase fondatrice et préparer l'ouverture de `0.1.1`.
+
+## Version Cargo
+
+`workspace.package.version` passe de :
+
+```text
+0.0.3-pre.10
+```
+
+à :
+
+```text
+0.0.3
+```
+
+Le header de `Cargo.toml` passe de version 16 à 17.
+
+## Fichiers ajoutés
+
+- `deltas/0.0.3/rel.001.md`
+
+## Fichiers modifiés
+
+- `Cargo.toml`
+- `ROADMAP.md`
+- `docs/000-README.md`
+- `docs/architecture/004-COMPONENT_INVENTORY.md`
+- `docs/plans/000-README.md`
+- `docs/plans/001-V0_0_3_PLAN.md`
+- `docs/plans/002-FUNCTIONAL_RELEASE_SEQUENCE.md`
+
+`docs/architecture/004-COMPONENT_INVENTORY.md` est inclus pour formaliser dans la livraison stable l'alignement de tableau déjà réalisé localement et validé par le user ; son contenu courant porte déjà `version: 10`.
+
+## Fichiers supprimés
+
+Aucun.
+
+## Audit des fichiers présents
+
+L'archive complète `0.0.3-pre.010` fournie par le user contient 56 fichiers.
+
+Aucun fichier parasite n'a été identifié.
+
+Sont conservés intentionnellement :
+
+- `.cargo/config.toml` ;
+- `rustfmt.toml` ;
+- `clippy.toml` ;
+- le squelette `crates/ksp-core-lib` ;
+- l'historique `deltas/0.0.2/*` ;
+- l'historique `deltas/0.0.3/*` ;
+- les documents d'architecture, plans, règles et prompts actifs.
+
+Sont correctement absents :
+
+- anciens prompts `V0_1_X` ;
+- ancien `prompts/001-PROMPT_STRUCTURE.md` ;
+- probes/tests temporaires de `0.0.2-pre.001-fix.002` ;
+- `Cargo.lock` ;
+- `target/` ;
+- archives imbriquées ;
+- caches/editor/OS files.
+
+## Validations documentaires exécutées
+
+Sur l'archive complète fournie :
+
+- headers `file:` / `version:` : succès ;
+- liens Markdown locaux : succès ;
+- unicité des identifiants normatifs : succès ;
+- inventaire des suppressions historiques : succès ;
+- absence des anciens prompts/probes : succès ;
+- parsing de `Cargo.toml` `0.0.3-pre.10` avant publication : succès.
+
+## Validations Cargo exécutées par le user
+
+Commandes :
+
+```bash
+cargo fmt --all -- --check
+cargo check --workspace
+cargo test --workspace
+cargo clippy --workspace --all-targets
+```
+
+Résultats communiqués le 2026-08-14 :
+
+- format check : succès ;
+- workspace check : succès ;
+- workspace tests : succès ;
+- `ksp-core-lib` unit tests : `0 passed; 0 failed` ;
+- doc-tests : `0 passed; 0 failed` ;
+- clippy all targets : succès.
+
+Aucun échec ni warning bloquant n'a été communiqué.
+
+## Décisions
+
+Aucune nouvelle décision architecturale.
+
+La release stable confirme la fondation documentée jusqu'à `0.0.3-pre.010`.
+
+## Publication Git
+
+Après application de ce delta :
+
+1. vérifier que le working tree ne contient que les modifications attendues ;
+2. un `cargo check --workspace` final peut être exécuté sur la version Cargo stable `0.0.3` ;
+3. créer le commit de release `v0.0.3-rel.001` ;
+4. marquer ce commit comme release stable avec le tag :
+
+```text
+v0.0.3
+```
+
+Aucun tag n'est requis pour les prereleases.
+
+## Suite
+
+Ouvrir :
+
+```text
+0.1.1-pre.001
+```
+
+avec :
+
+```text
+prompts/001-V0_1_1_START_PROMPT.md
+```
+
+La première prerelease de `0.1.1` reste une phase de brainstorming, audit et planification avant développement fonctionnel.

docs/000-README.md

@@ -1,5 +1,5 @@
 <!-- file: docs/000-README.md -->
-<!-- version: 7 -->
+<!-- version: 8 -->
 
 # Documentation KSP
 
@@ -49,9 +49,9 @@ docs/
 
 D'autres sous-répertoires seront ajoutés uniquement lorsque leur rôle aura été décidé, notamment pour les références, décisions, guides et validations.
 
-## Documents actifs de planification
+## Documents de planification
 
-La clôture de la phase fondatrice est suivie dans [`plans/001-V0_0_3_PLAN.md`](plans/001-V0_0_3_PLAN.md). La séquence des premières releases fonctionnelles est définie dans [`plans/002-FUNCTIONAL_RELEASE_SEQUENCE.md`](plans/002-FUNCTIONAL_RELEASE_SEQUENCE.md).
+Le plan historique de la phase fondatrice clôturée est conservé dans [`plans/001-V0_0_3_PLAN.md`](plans/001-V0_0_3_PLAN.md). La séquence active des premières releases fonctionnelles est définie dans [`plans/002-FUNCTIONAL_RELEASE_SEQUENCE.md`](plans/002-FUNCTIONAL_RELEASE_SEQUENCE.md).
 
 `IDEAS.md` conserve les pistes et questions qui ne sont pas encore des engagements du roadmap ni des décisions architecturales.
 

docs/plans/000-README.md

@@ -1,5 +1,5 @@
 <!-- file: docs/plans/000-README.md -->
-<!-- version: 2 -->
+<!-- version: 3 -->
 
 # Plans KSP
 
@@ -9,8 +9,8 @@ Un plan décrit le périmètre, les décisions déjà acquises, les questions ou
 
 ## Plans de référence
 
-- [`001-V0_0_3_PLAN.md`](001-V0_0_3_PLAN.md) — plan de la phase fondatrice `0.0.3`, en clôture ;
-- [`002-FUNCTIONAL_RELEASE_SEQUENCE.md`](002-FUNCTIONAL_RELEASE_SEQUENCE.md) — séquence de référence des premières releases fonctionnelles, dont `0.1.1`.
+- [`001-V0_0_3_PLAN.md`](001-V0_0_3_PLAN.md) — plan historique de la phase fondatrice `0.0.3`, clôturée ;
+- [`002-FUNCTIONAL_RELEASE_SEQUENCE.md`](002-FUNCTIONAL_RELEASE_SEQUENCE.md) — séquence active de référence des premières releases fonctionnelles, dont `0.1.1`.
 
 Le `pre.001` de chaque release fonctionnelle peut introduire son propre plan détaillé lorsque la release s'ouvre.
 

docs/plans/001-V0_0_3_PLAN.md

@@ -1,5 +1,5 @@
 <!-- file: docs/plans/001-V0_0_3_PLAN.md -->
-<!-- version: 14 -->
+<!-- version: 15 -->
 
 # Plan KSP 0.0.3
 
@@ -182,3 +182,42 @@ cargo clippy --workspace --all-targets
 La publication stable `0.0.3-rel.001` passe ensuite `workspace.package.version` à `0.0.3`, marque la fondation terminée dans le roadmap et prépare le commit/tag stable `v0.0.3`.
 
 `pre.010` clôt le brainstorming architectural. `rel.001` ne doit contenir aucune nouvelle architecture sauf correction bloquante issue des validations.
+
+### `rel.001` — Publication stable `0.0.3`
+
+Validations exécutées localement sur la base `0.0.3-pre.10` :
+
+```bash
+cargo fmt --all -- --check
+cargo check --workspace
+cargo test --workspace
+cargo clippy --workspace --all-targets
+```
+
+Résultats communiqués :
+
+- `cargo fmt --all -- --check` : succès ;
+- `cargo check --workspace` : succès ;
+- `cargo test --workspace` : succès, `ksp-core-lib` contient encore volontairement `0` test fonctionnel pendant la fondation ;
+- doc-tests : succès, `0` test ;
+- `cargo clippy --workspace --all-targets` : succès.
+
+La correction locale d'alignement du tableau `docs/architecture/004-COMPONENT_INVENTORY.md` est intégrée formellement à la release ; son header a déjà été incrémenté à la version 10.
+
+Publication :
+
+```text
+workspace.package.version = "0.0.3"
+delivery = 0.0.3-rel.001
+stable tag = v0.0.3
+```
+
+La phase fondatrice est clôturée.
+
+La prochaine release à ouvrir est :
+
+```text
+0.1.1 — Core foundation
+```
+
+avec `prompts/001-V0_1_1_START_PROMPT.md`.

docs/plans/002-FUNCTIONAL_RELEASE_SEQUENCE.md

@@ -1,5 +1,5 @@
 <!-- file: docs/plans/002-FUNCTIONAL_RELEASE_SEQUENCE.md -->
-<!-- version: 1 -->
+<!-- version: 2 -->
 
 # Séquence des releases fonctionnelles KSP
 
@@ -339,4 +339,4 @@ Le prompt de démarrage associé est :
 prompts/001-V0_1_1_START_PROMPT.md
 ```
 
-`0.0.3-pre.010` doit seulement effectuer la clôture fondatrice, confirmer ce prompt et la base stable `0.0.3`, sans rouvrir le découpage architectural sauf incohérence critique.
+`0.0.3` est désormais la base fondatrice stable. La prochaine phase ouvre `0.1.1-pre.001` à partir du prompt final `prompts/001-V0_1_1_START_PROMPT.md`.