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.