v0.1.4-pre.001

docs/000-README.md

@@ -1,5 +1,5 @@
 <!-- file: docs/000-README.md -->
-<!-- version: 13 -->
+<!-- version: 14 -->
 
 # Documentation KSP
 
@@ -37,7 +37,8 @@ docs/
 │   ├── 002-FUNCTIONAL_RELEASE_SEQUENCE.md
 │   ├── 003-V0_1_1_CORE_FOUNDATION_PLAN.md
 │   ├── 004-V0_1_2_LOGGING_FOUNDATION_PLAN.md
-│   └── 005-V0_1_3_CONFIG_FOUNDATION_PLAN.md
+│   ├── 005-V0_1_3_CONFIG_FOUNDATION_PLAN.md
+│   └── 006-V0_1_4_CONFIG_DESKTOP_PLAN.md
 └── rules/
     ├── FILE_CONTRACTS.md
     ├── PROMPT_STRUCTURE.md
@@ -54,7 +55,7 @@ D'autres sous-répertoires seront ajoutés uniquement lorsque leur rôle aura é
 
 ## Documents de planification
 
-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). Le plan détaillé de la release stable `0.1.1` est conservé comme historique clôturé dans [`plans/003-V0_1_1_CORE_FOUNDATION_PLAN.md`](plans/003-V0_1_1_CORE_FOUNDATION_PLAN.md). Le plan détaillé de la release stable `0.1.2` est conservé comme historique clôturé dans [`plans/004-V0_1_2_LOGGING_FOUNDATION_PLAN.md`](plans/004-V0_1_2_LOGGING_FOUNDATION_PLAN.md). Le plan détaillé de la release stable `0.1.3 — Configuration foundation` est conservé comme historique clôturé dans [`plans/005-V0_1_3_CONFIG_FOUNDATION_PLAN.md`](plans/005-V0_1_3_CONFIG_FOUNDATION_PLAN.md). La prochaine release active est `0.1.4 — ksp-app-config-desk`, ouverte à partir du prompt [`../prompts/004-V0_1_4_START_PROMPT.md`](../prompts/004-V0_1_4_START_PROMPT.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). Le plan détaillé de la release stable `0.1.1` est conservé comme historique clôturé dans [`plans/003-V0_1_1_CORE_FOUNDATION_PLAN.md`](plans/003-V0_1_1_CORE_FOUNDATION_PLAN.md). Le plan détaillé de la release stable `0.1.2` est conservé comme historique clôturé dans [`plans/004-V0_1_2_LOGGING_FOUNDATION_PLAN.md`](plans/004-V0_1_2_LOGGING_FOUNDATION_PLAN.md). Le plan détaillé de la release stable `0.1.3 — Configuration foundation` est conservé comme historique clôturé dans [`plans/005-V0_1_3_CONFIG_FOUNDATION_PLAN.md`](plans/005-V0_1_3_CONFIG_FOUNDATION_PLAN.md). La release active `0.1.4 — ksp-app-config-desk` est ouverte par `pre.001` et son plan détaillé est [`plans/006-V0_1_4_CONFIG_DESKTOP_PLAN.md`](plans/006-V0_1_4_CONFIG_DESKTOP_PLAN.md) ; son prompt d'ouverture reste [`../prompts/004-V0_1_4_START_PROMPT.md`](../prompts/004-V0_1_4_START_PROMPT.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: 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`