0.5.0-pre.003

This commit is contained in:
2026-08-09 17:53:34 +02:00
parent 92dccabf53
commit a61c9ea05e
14 changed files with 438 additions and 28 deletions

View File

@@ -1,5 +1,5 @@
<!-- file: docs/rules/RULES_SPECIFIC_KHADHROONY.md -->
<!-- version: 11 -->
<!-- version: 12 -->
# Règles spécifiques à `khadhroony-bot3`
@@ -81,12 +81,12 @@ Toute divergence avec une règle générale doit être explicitement documentée
- `kb-pipeline` possède l'orchestration générique du backfill, de l'extraction Core, du replay, des corrélations stateful, du préflight, de la préparation, de la simulation, de la soumission autorisée, de la confirmation, de la postvalidation et de la matérialisation idempotente.
- `kb-pipeline` ne doit contenir ni wallet, mint, compte, airdrop, autorité, adresse, séquence ou hypothèse codée en dur pour une démonstration Devnet ou Testnet.
- `kb-pipeline-demo-scenarios` contient les fixtures, aides de campagne et tests automatisés spécifiques aux réseaux de test, actuellement Devnet ou Testnet.
- Les scénarios UI Devnet/Testnet restent dans `kb-app-demo-desktop`. Ils ne doivent pas être déplacés vers `kb-pipeline-demo-scenarios` au seul motif qu'un scénario automatisé équivalent est souhaité.
- Lorsqu'un parcours UI doit être couvert automatiquement, `kb-pipeline-demo-scenarios` ajoute en parallèle un test ou une campagne équivalente fondée sur les mêmes APIs généralistes. Cette couverture parallèle complète la démonstration desktop ; elle ne la remplace pas.
- Les fixtures, séquences, simulations/soumissions, postconditions et qualifications Devnet/Testnet réutilisables appartiennent à `kb-pipeline-demo-scenarios`, y compris lorsqu'elles sont déclenchées depuis le desktop.
- `kb-app-demo-desktop` conserve l'adaptation UI/Tauri, l'état applicatif, la sélection opérateur, la progression/annulation et la présentation. Il ne doit pas maintenir une seconde implémentation d'une campagne réutilisable.
- `kb-pipeline-demo-scenarios` peut préparer des wallets temporaires, demander des airdrops, créer des actifs de test, enchaîner plusieurs appels du pipeline généraliste et produire des preuves de validation réseau.
- Le binaire `kb-pipeline-demo-scenarios-cli` reste un outil ciblé tant que son contrat public ne prévoit pas explicitement d'autres commandes. Son usage historique de préparation des fixtures SPL Token-2022 ne doit pas être généralisé implicitement à tous les scénarios.
- `kb-pipeline-demo-scenarios` dépend de `kb-pipeline` ; la dépendance inverse est interdite.
- Une primitive ou orchestration réellement réutilisable hors d'un scénario UI ou d'une campagne de validation précise doit être placée dans `kb-pipeline` ou la crate métier propriétaire. Les adaptateurs, états et séquences propres aux démonstrations UI restent dans le desktop.
- Une primitive ou orchestration réellement réutilisable hors d'une campagne de validation précise doit être placée dans `kb-pipeline`, `kb-pipeline-demo-scenarios` ou la crate métier propriétaire selon sa responsabilité. Seuls les adaptateurs, états et séquences strictement propres à l'interaction UI restent dans le desktop.
- Les scénarios Mainnet sans écriture, par exemple les validations de backfill ou de replay, relèvent du pipeline généraliste et de documents de validation dédiés ; ils ne justifient pas l'introduction d'une logique Mainnet spécifique dans la crate de scénarios Devnet/Testnet.
### Autres frontières