0.0.1-rc.2

docs/plans/001-V0_0_1_FOUNDATION_PLAN.md

@@ -1,5 +1,5 @@
 <!-- file: docs/plans/001-V0_0_1_FOUNDATION_PLAN.md -->
-<!-- version: 16 -->
+<!-- version: 17 -->
 
 # Plan 0.0.1 — fondation SaseDev Knowledge
 
@@ -269,6 +269,22 @@ La gate opérateur de `rc.1` reste **FAIL** à cause d'une assertion de gate inc
 
 Avant la stable, une décision locale supplémentaire est prise : `Cargo.lock` ne sera plus versionné. `rc.1.fix.1` corrige donc la gate, ajoute `/Cargo.lock` au `.gitignore`, retire le lockfile de l'index sans supprimer sa copie locale et réconcilie les documents vivants. Les anciennes tranches continuent de documenter fidèlement la politique appliquée au moment où elles ont été exécutées.
 
+La gate opérateur de `rc.1.fix.1` est **PASS** : `Cargo.lock` reste local/ignoré/non suivi, `package-lock.json` reste versionné et l'ensemble des audits Rust/Web/HTTP passe.
+
+### rc.2 — candidate finale sur politique stabilisée
+
+Rejouer une release candidate complète après le changement de politique `Cargo.lock`.
+
+`rc.2` ne modifie aucun code Rust, frontend, règle de produit, dépendance, roadmap, changelog candidat, étude ou prompt. Elle doit uniquement :
+
+- porter `VERSION = 0.0.1-rc.2` et la version workspace identique ;
+- confirmer que `Cargo.lock` reste présent localement, ignoré et absent de Git ;
+- confirmer que `package-lock.json` reste suivi ;
+- vérifier les seize histories antérieurs avec leurs statuts réels ;
+- confirmer que `rc.2` est le seul delta courant sans history pendant sa gate ;
+- rejouer la gate RC complète sur le scope final ;
+- autoriser `rel.1` uniquement après `PASS`.
+
 ### rel.1 — fermeture stable
 
 Exécuter la gate de release, produire le premier history `rel.N[/fix.M]` réellement `PASS`, matérialiser le commit produit `0.0.1`, publier le tag stable selon la politique Git retenue et effectuer la vérification post-tag requise.

docs/validation/001-VALIDATION_MATRIX.md

@@ -1,5 +1,5 @@
 <!-- file: docs/validation/001-VALIDATION_MATRIX.md -->
-<!-- version: 16 -->
+<!-- version: 17 -->
 
 # Matrice de validation Knowledge
 
@@ -458,3 +458,32 @@ Le fix RC doit prouver :
 - `git diff --cached --check` propre.
 
 Le fix `PASS` autorise la reprise de la release candidate vers `0.0.1-rc.2`.
+
+## Gate de `0.0.1-rc.2`
+
+La candidate finale doit prouver :
+
+- `VERSION = 0.0.1-rc.2` et version workspace identique ;
+- history `rc.1.fix.1` `PASS` committé avant application ;
+- aucun diff sous `crates/` ou `Web/` ;
+- `/Cargo.lock` toujours présent dans `.gitignore` ;
+- `Cargo.lock` présent localement, ignoré et absent de `git ls-files` ;
+- `package-lock.json` toujours suivi et non ignoré ;
+- exactement sept packages Cargo ;
+- seize histories antérieurs présents avec leurs statuts réels ;
+- `deltas/0.0.1/rc.2.md` présent et `history/0.0.1/rc.2.md` absent pendant la gate ;
+- `CHANGELOG.md` conserve `## 0.0.1 (candidate)` ;
+- `ROADMAP.md` conserve `0.0.1` planifié, `0.0.2` engagé et aucun `0.0.3` ;
+- prompt `002` toujours bloqué jusqu'au tag stable `v0.0.1` et au rapport post-tag `PASS` ;
+- aucune nouvelle fonctionnalité, dépendance ou décision de produit ;
+- audits Markdown headers/tables/links propres ;
+- hygiène texte globale propre ;
+- `cargo fmt --check`, audit de layout des tests et audits Rust propres ;
+- `cargo metadata`, `cargo check`, Clippy strict et tests workspace propres malgré le lockfile non suivi ;
+- les commandes Cargo ne réintroduisent pas `Cargo.lock` dans Git ;
+- `npm ci`, typecheck et build Web propres ;
+- manifest Vite parsable ;
+- smoke HTTP des trois launchers propre ;
+- staging final sans `Cargo.lock` et `git diff --cached --check` propre.
+
+Un `PASS` de `rc.2` autorise uniquement `0.0.1-rel.1`.