v0.5.1-pre.008

ks-config/README.md

@@ -1,5 +1,5 @@
 <!-- file: ks-config/README.md -->
-<!-- version: 10 -->
+<!-- version: 11 -->
 
 # ks-config
 
@@ -46,7 +46,9 @@ Les valeurs globales telles que `logs_directory` et `wallets_directory` ne sont
 - `read_wallet_json_file_with_environment`, `wallet_profile`, `default_wallet_profile` ;
 - `read_execution_json_file_with_environment`, `execution_profile`, `default_execution_profile` ;
 - `load_workspace_environment`, `resolve_environment_placeholders` ;
-- `AppConfig`, `ProfileConfig` pendant la phase de compatibilité.
+- `classify_environment_variable`, `classify_environment_template`, `diagnostic_environment_value` ;
+- `validate_json_value_against_schema` pour les fragments possédés par les binaires ;
+- `AppConfig`, `ProfileConfig` pendant la phase de compatibilité backend-only.
 
 ## Frontières
 
@@ -54,7 +56,9 @@ Les valeurs globales telles que `logs_directory` et `wallets_directory` ne sont
 
 `ks-onchain-transport` peut consommer directement `TransportProfileConfig`.
 
-Les dérivations TS-RS des types de `ks-config` sont encore présentes pendant `pre.007`, mais elles ne sont pas considérées comme une frontière durable. L'audit montre que le frontend desktop n'importe pas directement ces bindings ; leur suppression ou réduction est prévue avec les DTO publics sûrs de la prochaine prerelease.
+Depuis `0.5.1-pre.008`, `ks-config` ne dépend plus de TS-RS et ne produit plus de bindings TypeScript. Ses contrats source/runtime peuvent contenir des secrets résolus : ils ne dérivent donc ni `serde::Serialize` ni `Debug`. Les applications propriétaires construisent leurs DTO publics et diagnostics bornés champ par champ.
+
+La section `application` d'une composition est volontairement opaque pour `ks-config`. Chaque binaire propriétaire définit son schéma et le valide avec `validate_json_value_against_schema`; le desktop utilise `config/schemas/kb-app-demo-desktop.application.config.schema.json`.
 
 ## Documents