v0.0.3-pre.004

docs/IDEAS.md

@@ -1,5 +1,5 @@
 <!-- file: docs/IDEAS.md -->
-<!-- version: 7 -->
+<!-- version: 8 -->
 
 # Idées à explorer
 
@@ -160,3 +160,35 @@ Ne pas créer de `ksp-pipeline-lib`. Les pipelines sont introduits séparément
 **Status :** Retenue
 
 Construire d'abord statistiques, features, signaux, risque, backtests, détection de patterns/anomalies et intégrations ML telles que XGBoost. La couche/application de trading opérationnelle est construite ensuite.
+
+## Program API — questions d'implémentation
+
+### Payload décodé ouvert et persistable
+
+**Status :** À explorer lors de la première implémentation
+
+`ksp-program-api` ne doit utiliser ni enum central fermé de Program IDs ni `Any` comme seule représentation.
+
+À décider à partir des besoins réels :
+
+- value tree typé KSP ;
+- schema/version + payload binaire ;
+- structure sérialisable ouverte ;
+- autre contrat garantissant identification, persistence et extensibilité.
+
+### Conflits de registry
+
+**Status :** À explorer
+
+Définir la politique lorsqu'un registry reçoit plusieurs implémentations capables de traiter le même Program ID/surface/version :
+
+- priorité explicite ;
+- refus du conflit ;
+- sélection par version/capability ;
+- autre mécanisme documenté.
+
+### Convention interne `dec` / `exec_prep`
+
+**Status :** À explorer avec les premiers modules
+
+Le principe `domain/program/capability` est retenu. Les noms exacts des dossiers courts (`dec`, `exec_prep`) seront validés avec la première vraie arborescence.