0.0.1-rc.1

docs/plans/001-V0_0_1_FOUNDATION_PLAN.md

@@ -1,5 +1,5 @@
 <!-- file: docs/plans/001-V0_0_1_FOUNDATION_PLAN.md -->
-<!-- version: 14 -->
+<!-- version: 15 -->
 
 # Plan 0.0.1 — fondation SaseDev Knowledge
 
@@ -249,7 +249,21 @@ Aucun nouveau crate runtime, contrat métier, dépendance, route, schéma SQL ou
 
 ### rc.1 — candidate stable
 
-Clôturer les défauts de cohérence, préparer la présentation stable, le handoff suivant et vérifier l'absence de scope futur introduit par anticipation.
+Geler le scope fonctionnel de `0.0.1` et exécuter la gate complète de release candidate.
+
+La RC ne modifie aucun code Rust, package Web, dépendance, roadmap, changelog candidat, étude de fondation ou prompt de reprise. Elle doit uniquement :
+
+- porter `VERSION = 0.0.1-rc.1` et la version workspace identique ;
+- vérifier les quatorze histories antérieurs et leurs statuts réels ;
+- vérifier que `rc.1` est la seule tranche possédant un delta sans history pendant sa gate ;
+- confirmer le changelog `0.0.1 (candidate)` sans détails de fixes internes ;
+- confirmer la roadmap avec `0.0.1` encore planifié, `0.0.2` engagé et aucun `0.0.3` réservé ;
+- confirmer le handoff `002` bloqué jusqu'à la stable taggée et au rapport post-tag `PASS` ;
+- confirmer les DEFER de fondation ;
+- rejouer audits Markdown, audits Rust, Cargo/Clippy/tests, baseline Web, manifest Vite et les trois smokes HTTP ;
+- vérifier l'hygiène texte et Git.
+
+Un défaut fonctionnel important découvert en RC impose un retour de phase ou un REPLAN ; il ne doit pas être absorbé silencieusement dans la promotion stable.
 
 ### rel.1 — fermeture stable
 
@@ -281,7 +295,7 @@ REPLAN obligatoire si :
 
 ## Revue d'horizon
 
-État à l'entrée de `beta.1` : **instruite par la tranche, en attente de gate opérateur**.
+État après gate opérateur `beta.1` : **PASS**.
 
 Décision matérialisée :
 

docs/validation/001-VALIDATION_MATRIX.md

@@ -1,5 +1,5 @@
 <!-- file: docs/validation/001-VALIDATION_MATRIX.md -->
-<!-- version: 14 -->
+<!-- version: 15 -->
 
 # Matrice de validation Knowledge
 
@@ -405,3 +405,28 @@ La réconciliation beta doit prouver :
 - manifest Vite parsable ;
 - smoke HTTP des trois launchers propre ;
 - `git diff --cached --check` propre.
+
+## Gate de `0.0.1-rc.1`
+
+La release candidate doit prouver :
+
+- `VERSION = 0.0.1-rc.1` et version workspace identique ;
+- history `beta.1` `PASS` committé avant application de la RC ;
+- aucun diff sous `crates/` ou `Web/` ;
+- aucun nouveau package, dépendance, route, contrat métier, étude technique ou scope fonctionnel ;
+- quatorze histories antérieurs présents avec leurs statuts réels ;
+- `deltas/0.0.1/rc.1.md` présent et `history/0.0.1/rc.1.md` absent pendant la gate ;
+- `CHANGELOG.md` conserve `## 0.0.1 (candidate)` et ne contient pas de détail de tranche/fix ;
+- `ROADMAP.md` conserve `0.0.1` planifié, engage `0.0.2` et ne réserve pas `0.0.3` ;
+- étude de réconciliation `003` et prompt `002` inchangés depuis beta ;
+- prompt `002` toujours bloqué jusqu'au tag `v0.0.1` et au rapport post-tag `PASS` ;
+- PostgreSQL, forge, auth/admin complète, formats finaux et workflow Git d'écriture restent différés ;
+- audits Markdown headers/tables/links propres ;
+- hygiène texte globale propre : pas de CR, whitespace terminal ni fichier texte suivi sans newline finale ;
+- `cargo fmt --check`, audit de layout des tests, audits Rust, `cargo check`, Clippy strict et tests workspace propres ;
+- `npm ci`, typecheck et build Web propres ;
+- manifest Vite parsable ;
+- smoke HTTP des trois launchers propre ;
+- `git diff --cached --check` propre.
+
+La RC `PASS` autorise uniquement la promotion mécanique `0.0.1-rel.1`.