v0.0.3-pre.008

This commit is contained in:
2026-08-14 12:32:08 +02:00
parent 3b5d1a8f7a
commit 6964b71955
14 changed files with 1063 additions and 38 deletions

View File

@@ -1,5 +1,5 @@
<!-- file: docs/plans/001-V0_0_3_PLAN.md -->
<!-- version: 11 -->
<!-- version: 12 -->
# Plan KSP 0.0.3
@@ -13,7 +13,7 @@ Transformer le brainstorming KSP en architecture, règles, inventaire et plan su
- `pre.002` — inventaire initial des composants ;
- `pre.003` — graphe de dépendances, correction de l'inventaire et stabilisation des frontières de composition.
Les tranches `pre.004` (Wire/Program), `pre.005` (Execution/Policy), `pre.006` (Data/Materialization/Store) et `pre.007` (Acquisition/Workers/Jobs) sont maintenant livrées séparément afin de conserver des prereleases de planification bornées.
Les tranches `pre.004` (Wire/Program), `pre.005` (Execution/Policy), `pre.006` (Data/Materialization/Store), `pre.007` (Acquisition/Workers/Jobs) et `pre.008` (Apps/Services/Scenarios/Control) sont maintenant livrées séparément afin de conserver des prereleases de planification bornées.
## Décisions structurantes actuelles
@@ -119,15 +119,24 @@ Livré :
- PostgreSQL LISTEN/NOTIFY comme wake-up initial de référence + periodic polling ;
- batching/concurrence bornés et principe de backpressure observable mais non automatique.
### `pre.008` — Applications, managers, scenarios et orchestration
### `pre.008` — Applications, services, scenarios et control plane
- formaliser les apps spécialisées ;
- détailler `ksp-worker-control-lib` ;
- définir la norme des crates scenario et leurs apps demo ;
- traiter les processus/IPC/managers ;
- cadrer l'orchestrateur futur ;
- déterminer comment apps/managers pilotent workers et jobs sans fusionner leurs lifecycle APIs ;
- inventorier les autres pipelines spécialisés seulement si un besoin concret apparaît.
Livré :
- applications spécialisées prioritaires sur toute future application globale ;
- future application globale conservée comme idée uniquement ;
- workers confirmés comme services/processus indépendants ;
- direction de packaging : package worker avec cible bibliothèque réutilisable + binaire autonome mince ;
- aucun worker concret ne dépend directement d'un autre worker ;
- data plane D1D4 séparé du control plane ;
- `ksp-worker-control-lib` comme gouvernance réutilisable ;
- sémantique Worker indépendante du transport local/IPC ;
- aucun `ksp-ipc-api` générique créé prématurément ;
- aucun ordre global strict de démarrage figé ;
- scenarios exécutés dans `ksp-scenario-<domain>-lib`, jamais dans l'app desktop ;
- `docs/rules/SCENARIO_CONVENTION.md` comme norme souple ;
- applications scenario demo minces et appelables via la crate scenario ;
- `ksp-orchestrator-lib` conservé uniquement comme concept futur.
### `pre.009` — Plan des premières releases fonctionnelles
@@ -135,7 +144,8 @@ Livré :
- dimensionner chaque release concrète ;
- choisir la première release `0.1.N` ;
- vérifier l'ordre réel core/logging/config/interface/program/store/transport/workers sans introduire de dépendances circulaires ;
- transformer le brouillon de prompt en prompt quasi-final de cette release concrète.
- positionner explicitement les apps spécialisées/demos avant toute future app globale ;
- transformer le brouillon de prompt en prompt quasi-final de cette première release concrète.
### `pre.010` — Clôture fondatrice