v0.0.3-pre.009

This commit is contained in:
2026-08-14 12:51:24 +02:00
parent 6964b71955
commit 2dada316c1
10 changed files with 840 additions and 110 deletions

View File

@@ -1,5 +1,5 @@
<!-- file: ROADMAP.md -->
<!-- version: 9 -->
<!-- version: 10 -->
# Roadmap KSP
@@ -20,22 +20,25 @@ Les décisions architecturales négatives ou de prudence n'apparaissent pas comm
- [X] `0.0.1` — Initialiser le dépôt.
- [X] `0.0.2` — Installer le squelette minimal et les règles initiales.
- [/] `0.0.3` — Définir domaines, composants, dépendances, contrats, workers/jobs/scénarios/apps et plan global.
- [/] Construire progressivement le prompt de démarrage `0.1.x`.
- [X] Sélectionner `0.1.1` comme première release fonctionnelle et produire son prompt quasi-final.
- [ ] Clôturer la fondation avec documentation, validations et prompt final.
## 0.1.x — Fondations N1
### Objectifs
Regrouper les releases consacrées aux fondations N1. La série n'est pas destinée à tenir dans une seule session : chaque release concrète (`0.1.1`, `0.1.2`, etc.) sera dimensionnée séparément.
Regrouper les releases consacrées aux fondations N1. Chaque release concrète est une unité de développement/session distincte et commence par son propre `pre.001` de brainstorming/audit/planification.
### Étapes
### Releases concrètes
- [ ] Stabiliser `ksp-core-lib`, dont `Error` et Program IDs.
- [ ] Introduire `ksp-logging-lib`.
- [ ] Introduire `ksp-config-lib`.
- [ ] Introduire `ksp-app-config-desk`.
- [ ] Définir au besoin les premiers contrats publics requis par les couches suivantes sans anticiper leur implémentation complète.
- [ ] `0.1.1` Stabiliser `ksp-core-lib` : `Error`/`Result`, Program IDs fondamentaux et primitives réellement N1.
- [ ] `0.1.2` Introduire `ksp-logging-lib` comme façade KSP de `tracing`, `tracing-appender` et `tracing-subscriber`.
- [ ] `0.1.3` Introduire `ksp-config-lib` : documents, profils, résolution, validation et modifications autorisées.
- [ ] `0.1.4` Introduire `ksp-app-config-desk` pour valider réellement Config et la frontière Tauri.
`0.1.1` et `0.1.2` sont fixées. `0.1.3` / `0.1.4` constituent la séquence par défaut : si le `pre.001` de Config démontre que son périmètre doit être scindé, une release supplémentaire est insérée et les numéros suivants sont décalés plutôt que de surcharger une release.
Les contrats publics supplémentaires ne sont introduits que lorsqu'une release concrète en démontre le besoin.
## 0.2.x — Accès Solana et fondation programmes