# TODO ksp-logging-lib ## État courant La fondation Logging `0.1.2` et ses compléments nécessaires à Config `0.1.3` sont stables. `0.1.4-pre.016` complète le contrat runtime pour les applications desk avec une identité stable par lancement et l'observabilité des file sinks actifs, sans déplacer l'ownership du subscriber hors de `ksp-logging-lib`. ## Capacités actives Le runtime supporte maintenant : - zéro, un ou plusieurs outputs fichier simultanés ; - une console indépendante ; - routing par niveau, target et `domain` structuré pour chaque output ; - `Human`, `Compact`, `Pretty` et `Json` ; - ANSI console configurable et fichiers persistants sans ANSI ; - guards non bloquants indépendants ; - compteurs agrégés et compteurs cumulatifs par `output_id` fichier ; - hot reload transactionnel du groupe de sinks ; - héritage du `domain` effectif pour les events/spans et lifecycle de spans ; - `LoggingRuntimeIdentity` pour isoler les fichiers persistants entre lancements ; - maintien automatique de la même identité lors des hot reloads d'un processus ; - `RuntimeFileMetadata` pour observer les file sinks réellement actifs sans exposer leurs writers. ## Capacités différées Ces éléments ne sont pas requis pour la clôture de `0.1.4` : - rotation par taille, rétention/compression et symlink `latest` ; - OpenTelemetry/export réseau ; - watcher de fichiers de configuration, qui appartient à Config ou à une couche supérieure ; - benchmark/profiling de précision destiné aux chemins de trading sensibles à la latence ; - éventuelle couche générique supplémentaire pour transporter des événements runtime vers une WebView, à concevoir sans second subscriber et sans boucle de réémission.