v0.1.4-pre.001

docs/plans/000-README.md

@@ -1,5 +1,5 @@
 <!-- file: docs/plans/000-README.md -->
-<!-- version: 23 -->
+<!-- version: 24 -->
 
 # Plans KSP
 
@@ -14,6 +14,7 @@ Un plan décrit le périmètre, les décisions déjà acquises, les questions ou
 - [`003-V0_1_1_CORE_FOUNDATION_PLAN.md`](003-V0_1_1_CORE_FOUNDATION_PLAN.md) — plan historique clôturé de la release stable `0.1.1`, établi par `0.1.1-pre.001` puis consolidé jusqu'à `0.1.1-rel.001`.
 - [`004-V0_1_2_LOGGING_FOUNDATION_PLAN.md`](004-V0_1_2_LOGGING_FOUNDATION_PLAN.md) — plan historique clôturé de la release stable `0.1.2`, établi par `0.1.2-pre.001` puis consolidé jusqu'à `0.1.2-rel.001`.
 - [`005-V0_1_3_CONFIG_FOUNDATION_PLAN.md`](005-V0_1_3_CONFIG_FOUNDATION_PLAN.md) — plan historique clôturé de la release stable `0.1.3 — Configuration foundation`, établi par `0.1.3-pre.001`, exécuté jusqu'à `pre.015` puis publié par `0.1.3-rel.001`.
+- [`006-V0_1_4_CONFIG_DESKTOP_PLAN.md`](006-V0_1_4_CONFIG_DESKTOP_PLAN.md) — plan actif de `0.1.4 — ksp-app-config-desk`, établi par `0.1.4-pre.001` avant toute implémentation Tauri fonctionnelle.
 
 Le `pre.001` de chaque release fonctionnelle peut introduire son propre plan détaillé lorsque la release s'ouvre.
 

docs/plans/002-FUNCTIONAL_RELEASE_SEQUENCE.md

@@ -1,5 +1,5 @@
 <!-- file: docs/plans/002-FUNCTIONAL_RELEASE_SEQUENCE.md -->
-<!-- version: 21 -->
+<!-- version: 22 -->
 
 # Séquence des releases fonctionnelles KSP
 
@@ -253,7 +253,11 @@ rel.001                  publication stable validée de 0.1.3
 
 ## `0.1.4` — Config desktop par défaut
 
-La décision `0.1.3-pre.001` conserve cette release comme étape suivante par défaut.
+`0.1.4-pre.001` ouvre désormais cette release par l'audit et le plan détaillé :
+
+```text
+docs/plans/006-V0_1_4_CONFIG_DESKTOP_PLAN.md
+```
 
 Mission :
 
@@ -265,17 +269,26 @@ ksp-app-config-desk
 
 L'application doit valider réellement :
 
-- lecture de documents ;
-- profils/default profile ;
-- résolution ;
-- validation ;
-- édition/sauvegarde ;
-- env overrides exposables ;
-- diagnostics/errors ;
-- intégration logging ;
-- conventions Tauri/DTO/TS-RS.
+- inventaire des documents Config enregistrés ;
+- diagnostics JSON/schema/sémantiques/effective ;
+- inspection puis réparation validée d'un source invalide ;
+- profils/default profile et provenance ;
+- environnement desired/effective/shadow ;
+- mutation `.env` exclusivement via Config ;
+- reveal Secret explicitement privilégié et séparé ;
+- édition typée de plusieurs profils Logging ;
+- profil mono-fichier ;
+- profil multi-fichiers avec console ;
+- sauvegarde séparée de l'activation runtime ;
+- hot reload Logging observable sans redémarrage ;
+- conservation du runtime précédent lorsqu'un reload échoue ;
+- conventions Tauri/DTO/TS-RS servant de référence aux futures apps KSP.
 
-La logique Config reste dans `ksp-config-lib`.
+L'audit `pre.001` révèle deux extensions bornées à apporter d'abord à `ksp-config-lib` : une vue publique des descripteurs du registre et une frontière de sauvegarde d'un source candidat qui reste entièrement parsé, validé et persisté atomiquement par Config. L'application ne doit pas contourner ces manques par une liste parallèle de `file_id` ou par du filesystem direct.
+
+Le shell retenu est une fenêtre principale de management plus splash, avec Vanilla TypeScript/Vite/SCSS/Bootstrap/Font Awesome. Aucune vue de présentation n'est retenue en `0.1.4`, donc aucun `PRESENTATION.md` ni `markdown-it` n'est prévu.
+
+La logique Config reste dans `ksp-config-lib` et le subscriber/runtime `tracing` reste dans `ksp-logging-lib`.
 
 # Règle Git à partir de `0.1.x`