# TODO ksp-logging-lib ## À fermer pendant `0.1.3` `0.1.3-pre.005` active le runtime multi-sink pour les dimensions disponibles directement dans les métadonnées `tracing` : niveau et target. La tranche Logging suivante doit encore : - appliquer réellement `OutputFilter.domains[]` à partir du champ structuré `domain` ; - définir l'héritage du domain pour les events émis dans un span lorsqu'ils ne portent pas eux-mêmes le champ ; - conserver une sémantique cohérente pour les événements de lifecycle de span ; - couvrir ce routing par des tests dédiés avant de figer `std.logging.schema.json`. Tant que cette tranche n'est pas livrée, un output actif avec `domains[] != ["*"]` est refusé explicitement par `initialize/reinitialize`. ## Capacités désormais actives Le runtime supporte maintenant : - zéro, un ou plusieurs outputs fichier simultanés ; - une console indépendante ; - routing par niveau et target 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. ## Capacités différées Ces éléments ne sont pas requis par la fondation Config `0.1.3` : - 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.