v0.1.4-pre.009

docs/plans/006-V0_1_4_CONFIG_DESKTOP_PLAN.md

@@ -1,5 +1,5 @@
 <!-- file: docs/plans/006-V0_1_4_CONFIG_DESKTOP_PLAN.md -->
-<!-- version: 9 -->
+<!-- version: 10 -->
 
 # Plan `0.1.4` — `ksp-app-config-desk`
 
@@ -910,6 +910,8 @@ La release ne peut pas être clôturée sans preuve des cas suivants :
 | L12 | appliquer config invalide     | erreur visible, runtime précédent reste fonctionnel et le bouton Log le prouve |
 | L13 | redémarrer l'app              | profil/default persisté retrouvé selon le document sauvegardé                  |
 | L14 | modifier default profile      | nouveau `default_profile` validé/persisté par Config                           |
+| L15 | redémarrer plusieurs fois     | chaque lancement écrit dans un fichier applicatif distinct horodaté            |
+| L16 | clôturer la release           | target applicatif ramené à `info` ou `warn` dans le profil de référence        |
 
 La démonstration de clôture conservera deux profils de test reproductibles, sans dépendre de données secrètes.
 
@@ -1196,12 +1198,12 @@ pre.008  shell main + splash de référence
          - helpers show/focus/destroy
          - instrumentation debug/trace des interactions, tabs et timings splash
 
-pre.009  Documents + diagnostics
+pre.009  Documents + diagnostics [en cours]
          - inventaire générique par registre
          - catégories JSON/schema/sémantique/effective
          - source brut invalide
          - réparation via Config
-         - introduire DataTables ici si le tableau Documents requiert déjà tri/filtre/sélection
+         - DataTables 3 + Select 4 pour tri/filtre/pagination/sélection
 
 pre.010  Profils + provenance
          - default_profile
@@ -1242,6 +1244,7 @@ pre.015  Logging editor — mutations/persistence
          - save_logging_document
 
 pre.016  Logging runtime
+         - fichiers applicatifs uniques par lancement avec timestamp de démarrage
          - sélection profil à appliquer
          - ConfigEnvironment frais
          - load_resolved_logging_config

docs/rules/RULES_KSP.md

@@ -1,5 +1,5 @@
 <!-- file: docs/rules/RULES_KSP.md -->
-<!-- version: 26 -->
+<!-- version: 27 -->
 
 # Règles spécifiques à KSP
 
@@ -222,6 +222,8 @@
 - **KSP-APP-027** — Les applications Tauri KSP instrumentent systématiquement le comportement frontend via le bridge Logging commun : actions utilisateur et transitions d’état significatives en `debug`, événements techniques fins, rendu/remplacement de sections et étapes fréquentes en `trace`. Les chargements/rafraîchissements de données sont tracés au début et à la fin sans journaliser les payloads sensibles. Cette instrumentation doit permettre de reconstruire le déroulement frontend sans dépendre uniquement de l’état visuel.
 - **KSP-APP-028** — Le header d’une application desk ne répète pas inutilement l’identité déjà portée par son logo : il affiche le nom ou l’abréviation fonctionnelle de l’application, puis un tiret cadratin `—` et le titre de la vue active. Les commandes principales peu nombreuses peuvent utiliser des tabs/pills alignées à droite ; lorsque leur nombre nuit à la lisibilité ou à l’espace disponible, un dropdown est préféré.
 - **KSP-APP-029** — En développement workspace, une application desk Tauri normalise le current working directory du processus Rust vers la racine du workspace avant le bootstrap Config lorsque `cargo tauri ... -c crates/<app>/tauri.conf.json` lance le binaire depuis la crate. Cette adaptation ne lit ni ne parse directement `config/`, `.env` ou les variables `KSP_*`/`KSPB_*` : `ksp-config-lib` reste seul propriétaire de ces ressources. Le comportement de distribution/release reste défini séparément et ne doit pas dépendre d’un checkout source.
+- **KSP-APP-030** — Lorsqu’une application KSP persiste des logs applicatifs, chaque lancement doit disposer d’un fichier propre et non partagé avec un lancement précédent. Le nom encode au minimum l’identité applicative et un horodatage de démarrage, par exemple `app-name.YYYYMMDD-HHMMSS.log` / `.json` / `.jsonl` selon le format du sink ; une rotation quotidienne ne doit pas fusionner plusieurs exécutions applicatives dans le même fichier.
+- **KSP-APP-031** — Le niveau de logging spécifique à une application/crate peut être élevé temporairement à `debug` ou `trace` pendant une phase de développement ou correction. Avant la clôture/release de cette application/crate, son niveau de référence est ramené à `info` ou `warn` selon le besoin opératoire ; il n’est remonté que lorsqu’un développement/correctif est explicitement rouvert.
 
 ## Data plane / control plane