v0.0.3-pre.007

ROADMAP.md

@@ -1,5 +1,5 @@
 <!-- file: ROADMAP.md -->
-<!-- version: 7 -->
+<!-- version: 8 -->
 
 # Roadmap KSP
 
@@ -57,7 +57,10 @@ Regrouper les releases consacrées aux fondations N1. La série n'est pas destin
 - [ ] Introduire `ksp-worker-api` et `ksp-worker-raw-retriever`.
 - [ ] Introduire `ksp-worker-control-lib` lorsque le manager W1 crée le premier besoin concret.
 - [ ] Introduire `ksp-job-api` et `ksp-job-backfill`.
+- [ ] Introduire les pipelines spécialisés raw ingestion, Core processing, generic materialization et domain projection lorsque leurs premières frontières fonctionnelles sont développées.
+- [ ] Introduire les jobs de replay indépendants D1 -> D2, D2 -> D3 et D3 -> D4.
 - [ ] Normaliser les notifications de données persistées indépendamment de leur producteur et conserver le Store comme source de vérité du backlog.
+- [ ] Mettre en place claim/lease, outcomes durables et reprise après crash pour les traitements concurrents.
 
 ## 0.4.x — Baseline Solana, SPL et metadata
 
@@ -82,6 +85,7 @@ Regrouper les releases consacrées aux fondations N1. La série n'est pas destin
 - [ ] Introduire `ksp-worker-core-processor` pour D1 Raw -> D2 Core canonique.
 - [ ] Introduire `ksp-worker-generic-materializer` pour D2 Core -> D3 journal de matérialisation générique.
 - [ ] Introduire `ksp-worker-domain-projector` pour D3 -> D4 projections spécialisées ; nom révisable.
+- [ ] Exploiter les mêmes pipelines spécialisés pour les workers live et les jobs de replay afin d'éviter la duplication des frontières de processing.
 - [ ] Étendre `ksp-worker-control-lib` à la gouvernance de plusieurs workers.
 - [ ] Garder jobs et workers sous des lifecycle APIs séparées.
 - [ ] Introduire un orchestrateur global lorsqu'il existe plusieurs managers/workers à coordonner.