khadhroony-solana-project/docs/plans/000-README.md

Plans KSP

Ce répertoire contient les plans actifs ou historiques des versions et phases de travail KSP.

Un plan décrit le périmètre, les décisions déjà acquises, les questions ouvertes, les validations attendues et la prévision souple des prereleases. Il ne remplace pas le ROADMAP.md, qui reste global, ni les deltas qui enregistrent le travail réellement livré.

Plans de référence

• 001-V0_0_3_PLAN.md — plan historique de la phase fondatrice 0.0.3, clôturée ;
• 002-FUNCTIONAL_RELEASE_SEQUENCE.md — séquence active de référence des premières releases fonctionnelles ;
• 003-V0_1_1_CORE_FOUNDATION_PLAN.md — plan historique clôturé de la release stable 0.1.1, établi par 0.1.1-pre.001 puis consolidé jusqu'à 0.1.1-rel.001.
• 004-V0_1_2_LOGGING_FOUNDATION_PLAN.md — plan historique clôturé de la release stable 0.1.2, établi par 0.1.2-pre.001 puis consolidé jusqu'à 0.1.2-rel.001.
• 005-V0_1_3_CONFIG_FOUNDATION_PLAN.md — plan historique clôturé de la release stable 0.1.3 — Configuration foundation, établi par 0.1.3-pre.001, exécuté jusqu'à pre.015 puis publié par 0.1.3-rel.001.
• 006-V0_1_4_CONFIG_DESKTOP_PLAN.md — plan historique clôturé de la release stable 0.1.4 — ksp-app-config-desk, établi par 0.1.4-pre.001 puis consolidé jusqu'à 0.1.4-rel.001.
• 007-V0_2_0_SERIES_PLANNING.md — plan historique clôturé de la release stable 0.2.0, ouvert par pre.001, consolidé par pre.002, audité par pre.003 puis publié par rel.001; il fixe l'ordre 0.2.1+, la stratégie RAW/CORE/DECODE/SPECIALIZED, les vertical slices Program et le prompt 0.2.1.
• 008-V0_2_1_ONCHAIN_HTTP_PLAN.md — plan de 0.2.1, établi par 0.2.1-pre.001, recalibré par pre.001-fix.001 et amené en clôture candidate par pre.007; il conserve l'inventaire 52 méthodes HTTP courantes + 14 Deprecated historiques, le design Transport/Config et le split de couverture typée sur 0.2.1–0.2.4.
• 009-V0_2_2_HTTP_ACCOUNTS_TOKENS_CLUSTER_PLAN.md — plan actif de 0.2.2, établi par 0.2.2-pre.001 après réaudit officiel ; il confirme les 22 méthodes Accounts/Tokens/Cluster, leurs formes wire communes et le sizing de la release.

Le pre.001 de chaque release fonctionnelle peut introduire son propre plan détaillé lorsque la release s'ouvre.

Le préfixe numérique maintient un ordre documentaire explicite après 000-README.md.