v0.2.0-rel.001

docs/validation/000-README.md

@@ -1,5 +1,5 @@
 <!-- file: docs/validation/000-README.md -->
-<!-- version: 2 -->
+<!-- version: 3 -->
 
 # Validations KSP
 
@@ -10,4 +10,4 @@ Les deltas restent l’historique autoritatif des livraisons ; une matrice de va
 Documents :
 
 - [`001-V0_1_4_CONFIG_DESKTOP.md`](001-V0_1_4_CONFIG_DESKTOP.md) — matrice finale de `0.1.4 — ksp-app-config-desk`.
-- [`002-V0_2_0_SERIES_PLANNING.md`](002-V0_2_0_SERIES_PLANNING.md) — audit final de cohérence et matrice de clôture documentaire de `0.2.0`.
+- [`002-V0_2_0_SERIES_PLANNING.md`](002-V0_2_0_SERIES_PLANNING.md) — matrice finale de la release stable `0.2.0`, avec audit de cohérence et preuves opérateur de `pre.003`.

docs/validation/002-V0_2_0_SERIES_PLANNING.md

@@ -1,11 +1,11 @@
 <!-- file: docs/validation/002-V0_2_0_SERIES_PLANNING.md -->
-<!-- version: 2 -->
+<!-- version: 3 -->
 
 # Validation `0.2.0` — audit bot3 et planification de la série `0.2.x`
 
 ## Objet
 
-Cette matrice synthétise l'audit final de `0.2.0` et vérifie que le cadrage demandé par `prompts/005-V0_2_0_START_PROMPT.md` est suffisamment complet avant publication stable.
+Cette matrice synthétise l'audit final de `0.2.0`, les preuves opérateur de `pre.003` et la clôture publiée par `0.2.0-rel.001` conformément au cadrage demandé par `prompts/005-V0_2_0_START_PROMPT.md`.
 
 Elle ne remplace ni `docs/plans/007-V0_2_0_SERIES_PLANNING.md` ni les deltas `0.2.0`.
 
@@ -148,25 +148,49 @@ deltas/0.1.4/pre.016-fix.002.md
 
 qui ne possède pas les deux commentaires d'en-tête `file/version` utilisés par la convention actuelle. Ce fichier appartient à l'historique publié `0.1.4` et n'est **pas réécrit silencieusement** dans `0.2.0-pre.003`, conformément à la règle d'immutabilité pratique des deltas livrés. Cette anomalie ne modifie aucune règle/architecture active et ne bloque pas `0.2.0`.
 
-## Statut de clôture
+## Preuves opérateur finales de `pre.003`
 
-Après application et validation de `0.2.0-pre.003`, aucun développement N2 n'est attendu dans `0.2.0`.
-
-La publication `0.2.0-rel.001` peut être préparée si les validations locales ne révèlent pas d'écart supplémentaire.
-
-Le `rel.001` doit essentiellement :
+Le user a communiqué le 2026-08-17, sur le commit :
 
 ```text
-workspace.package.version -> 0.2.0
-ROADMAP / plans / indices -> 0.2.0 stable
-CHANGELOG.md -> entrée stable 0.2.0
-deltas/0.2.0/rel.001.md
-validations globales finales
-commit v0.2.0-rel.001
-tag Git v0.2.0
+e721464a7c2cbf4c564757061a2a44dd7913facb
+v0.2.0-pre.003
 ```
 
-Le prompt à utiliser ensuite est :
+les validations suivantes avec succès :
+
+```bash
+cargo fmt --all
+cargo check --workspace
+cargo clippy --workspace --all-targets
+cargo test --workspace
+git diff --check
+git status --short
+```
+
+Résultats synthétiques :
+
+- `cargo check --workspace` : succès ;
+- `cargo clippy --workspace --all-targets` : succès sans warning communiqué ;
+- `cargo test --workspace` : **241 tests réussis**, aucun échec ; le probe diagnostic d'overhead de `ksp-logging-lib` reste volontairement `ignored` ;
+- `git diff --check` : aucune sortie ;
+- `git status --short` : aucune sortie, working tree propre ;
+- `git log -1 --oneline --decorate` confirme `e721464 (HEAD -> master, origin/master) v0.2.0-pre.003`.
+
+Aucun écart supplémentaire n'a été révélé par cette validation. Aucune `pre.004` n'est donc requise.
+
+## Statut de clôture
+
+`0.2.0-rel.001` publie le cadrage sous `workspace.package.version = "0.2.0"` sans développement N2 ni nouvelle décision architecturale.
+
+Après validation du delta stable, les identifiants Git attendus sont :
+
+```text
+commit : v0.2.0-rel.001
+tag    : v0.2.0
+```
+
+La release suivante s'ouvre avec :
 
 ```text
 prompts/006-V0_2_1_START_PROMPT.md