Files
khadhroony-solana-project/deltas/0.1.3/pre.015-fix.002.md

3.4 KiB

Delta 0.1.3-pre.015-fix.002 — tracing Tauri et critères de clôture de ksp-app-config-desk

Base requise

0.1.3-pre.015-fix.001
workspace.package.version = "0.1.3-pre.15"

Ce correctif est exclusivement documentaire. Il ne modifie aucun fichier Rust, manifest Cargo, fichier Config runtime, schema ou variable d'environnement. workspace.package.version reste donc 0.1.3-pre.15.

Objet

Le correctif complète les règles du gabarit Tauri de référence et les critères fonctionnels de 0.1.4.

Intégration tracing des applications Tauri

Les applications Tauri KSP restent dans l'écosystème tracing :

  • ksp-logging-lib reste propriétaire de la configuration et du runtime tracing ;
  • la frontière desktop utilise le plugin Tauri de tracing retenu (tauri-plugin-tracing ou successeur explicitement validé) et des adapters similaires à ceux éprouvés dans khadhroony-bot3 ;
  • l'application ne possède/configure pas directement tracing-subscriber ou tracing-appender ;
  • tauri-plugin-log et une seconde pile fondée sur la crate log sont interdits sauf future décision architecturale explicite remplaçant cette règle.

Le pre.001 de 0.1.4 devra vérifier la version réellement actuelle/compatible du plugin avant ajout de la dépendance.

Critères minimaux de clôture de 0.1.4

La première version de ksp-app-config-desk ne pourra être considérée comme validée que si l'application permet réellement de :

  1. créer et modifier plusieurs profils Logging depuis l'UI ;
  2. configurer au minimum un profil mono-fichier ;
  3. configurer au minimum un profil multi-fichiers avec sorties séparées et sortie logiciel/console ;
  4. sauvegarder ces modifications via les APIs de management de ksp-config-lib ;
  5. sélectionner/appliquer un profil ;
  6. recharger à chaud la configuration Logging ;
  7. constater effectivement le nouveau routage/format/sink sans redémarrage, et pas seulement obtenir un retour Ok d'une commande de reload ;
  8. conserver le runtime Logging précédent lorsqu'une nouvelle configuration est invalide.

Extensibilité du gestionnaire Config

ksp-app-config-desk doit devenir un shell de management extensible. La première version peut implémenter un éditeur Logging spécialisé et typé, mais son architecture ne doit pas être figée sur std.logging.json : de futurs file_id, schemas et éditeurs/panneaux spécialisés devront pouvoir être ajoutés sans déplacer parsing, validation ou persistence hors de ksp-config-lib.

Fichiers modifiés

docs/rules/RULES_KSP.md
prompts/004-V0_1_4_START_PROMPT.md

Fichier ajouté

deltas/0.1.3/pre.015-fix.002.md

Version Cargo

Aucune modification :

workspace.package.version = "0.1.3-pre.15"

Validation du correctif

Le correctif étant documentaire :

  • vérifier les headers file: / version: ;
  • vérifier l'absence de modification Rust/Cargo/config ;
  • vérifier la cohérence entre les règles KSP et le prompt 0.1.4 ;
  • vérifier que tauri-plugin-log n'est cité que comme dépendance interdite ;
  • vérifier que les critères de clôture multi-profils + hot reload sont explicitement présents.

Aucune commande Cargo n'est requise spécifiquement pour ce fix documentaire. La validation globale de fermeture de 0.1.3 reste requise avant rel.001.