khadhroony-solana-project/prompts/000-README.md

Prompts KSP

Ce répertoire contient les prompts de reprise structurés permettant d'ouvrir une nouvelle version ou une nouvelle session sans perdre les décisions, règles, contraintes et objectifs déjà établis.

Le préfixe 000- maintient ce point d'entrée en première position dans les listings.

Rôle

prompts/ contient uniquement les prompts eux-mêmes et leur index pratique.

La structure normative, le cycle de vie et les règles de dimensionnement des prompts sont définis dans ../docs/rules/PROMPT_STRUCTURE.md.

Cycle pratique

Un prompt de prochaine grande phase est créé dès que sa direction devient suffisamment claire, puis maintenu comme brouillon vivant jusqu'à la clôture de la phase courante.

Le prompt générique 0.1.x a été affiné pendant 0.0.3 puis remplacé par le prompt concret 0.1.1 lorsque la première release fonctionnelle a été sélectionnée.

Documents

• 001-V0_1_1_START_PROMPT.md — prompt historique ouvrant la première release fonctionnelle 0.1.1 après publication stable de 0.0.3 ;
• 002-V0_1_2_START_PROMPT.md — prompt final destiné à ouvrir 0.1.2 — Logging foundation après publication stable de 0.1.1.
• 003-V0_1_3_START_PROMPT.md — prompt historique destiné à ouvrir 0.1.3 — Configuration foundation après publication stable de 0.1.2 ;
• 004-V0_1_4_START_PROMPT.md — prompt final destiné à ouvrir 0.1.4 — ksp-app-config-desk après publication stable de 0.1.3 ;
• 005-V0_2_0_START_PROMPT.md — prompt de reprise préparé à la clôture de 0.1.4; il ouvre 0.2.0-pre.001, release intermédiaire d'audit de khadhroony-bot3, de comparaison avec KSP et de planification/découpage du reste de 0.2.x ;
• 006-V0_2_1_START_PROMPT.md — prompt finalisé par 0.2.0-pre.003, destiné à ouvrir 0.2.1 — ksp-onchain-transport-lib / HTTP Solana foundation après publication stable de 0.2.0; il impose l'audit exhaustif des surfaces HTTP courantes et deprecated/unstable officiellement documentées, la séparation Config/Transport, les pools/rôles et le gate de sizing « une release = une session » ;
• 007-V0_2_2_START_PROMPT.md — prompt préparé par la dernière prerelease de 0.2.1, destiné à ouvrir 0.2.2 — HTTP Accounts + Tokens + Cluster après publication stable de 0.2.1; il cible les 22 wrappers typés restants de ces familles et impose un nouvel audit officiel/gate de sizing à pre.001.
• 008-V0_2_3_START_PROMPT.md — prompt préparé par la dernière prerelease de 0.2.2, destiné à ouvrir 0.2.3 — HTTP Transactions après publication stable de 0.2.2; il cible les 11 méthodes Transactions et impose un audit actuel ainsi que la politique no-resend des write submissions.
• 009-V0_2_4_START_PROMPT.md — prompt préparé par 0.2.3-pre.009, destiné à ouvrir 0.2.4 — HTTP Blocks + Economics + compliance HTTP finale après publication stable de 0.2.3; il cible les 15 wrappers restants et impose KSP-TRANSPORT-007 ainsi qu'un nouvel audit/sizing à pre.001.
• 010-V0_2_5_START_PROMPT.md — prompt préparé par 0.2.4-pre.009 puis finalisé en version 2 par pre.009-fix.001, destiné à ouvrir 0.2.5 — Wallet foundation sur la base stable v0.2.4; il impose audit/threat-model/sizing avant choix cryptographiques et cadre .kspwallet interopérable, capacités indépendantes VIEW/OWNER, metadata protégées, key slots/rotations, signature, persistence atomique et import/export extensible sans WalletPolicy.
• 011-V0_2_6_START_PROMPT.md — prompt préparé par 0.2.5-pre.010 puis renforcé pendant pre.010-fix.001–fix.003, prompt historique consommé pour ouvrir 0.2.6 — Wallet Desk après le tag stable v0.2.5; il impose une première tranche audit/sizing, rappelle les règles Rust/audit structurel, cadre Config composite + Wallet + HTTP getBalance, lifecycle VIEW/OWNER, sécurité password/export, validation frontend/Tauri et conserve le TODO 0.2.11 d’intégration des prix offchain dans Wallet Desk après validation de la Price Desk spécialisée.
• 012-V0_2_7_START_PROMPT.md — prompt réaligné par 0.2.6-pre.015 puis renforcé en contrat de reprise autonome par 0.2.6-pre.018-fix.002; prompt historique consommé pour ouvrir 0.2.7 — WebSocket Solana standard depuis v0.2.6, avec lectures/règles ordonnées, audit officiel et historique, threat-model session/subscription/reconnect/backpressure, matrice de compliance, gate pre.001 strict et prévision souple de prereleases avant toute implémentation lourde.
• 013-V0_2_8_START_PROMPT.md — prompt historique consommé pour ouvrir puis conduire la release stable 0.2.8 — Helius LaserStream WebSocket depuis v0.2.7; préparé par 0.2.7-pre.014 puis renforcé en version 2 par pre.014-fix.001, il imposait relecture des règles, réaudit Helius, gate pre.001 strict audit/brainstorming/sizing, actor standard partagé, frontières provider/Config/secrets et forecast souple avant implémentation lourde.
• 014-V0_2_9_START_PROMPT.md — prompt actif après publication 0.2.8-rel.001 et tag stable v0.2.8, préparé par 0.2.8-pre.011; il ouvre 0.2.9 — Yellowstone gRPC standard/provider-neutral et impose la base stable autoritaire, la relecture ordonnée des règles/architectures/compliances Transport, un réaudit Yellowstone actuel (service/proto/releases/crates), un audit dépendances/licences/MSRV avant choix du client/proto, la séparation standard/provider/deshred, un gate pre.001 strict audit/brainstorming/sizing et une prévision souple détaillée avant toute implémentation gRPC lourde.
• 015-V0_2_10_START_PROMPT.md — prompt préparé par 0.2.9-pre.012 pour ouvrir 0.2.10 — OrbitFlare Yellowstone gRPC depuis la future base stable v0.2.9; il impose la réutilisation du moteur Yellowstone N1 et du standard N2, un gate pre.001 d’audit actuel des endpoints/auth/capabilities/heartbeat OrbitFlare, la distinction control-plane/data-plane/IP whitelist/credentials, le sizing avant toute extension provider et la non-régression PublicNode/Yellowstone standard.