0.1.5

docs/plans/011-V0_1_5_NORMATIVE_AUTONOMY_PLAN.md

@@ -1,5 +1,5 @@
 <!-- file: docs/plans/011-V0_1_5_NORMATIVE_AUTONOMY_PLAN.md -->
-<!-- version: 7 -->
+<!-- version: 8 -->
 
 # Plan 0.1.5 — sémantique normative, autonomie et frontière PGR / Knowledge
 
@@ -302,6 +302,25 @@ Le correctif `rc.1.fix.1` est borné à la présentation documentaire :
 
 `rel.1` reste bloqué tant que `rc.1.fix.1` n’est pas validé `PASS`.
 
+## Gate `rc.1.fix.1` acquise et promotion stable
+
+La gate opérateur de `rc.1.fix.1` du `2026-10-01` est `PASS` : les trois assertions documentaires qui avaient fait échouer `rc.1` correspondent désormais, les `55/55` tests passent, les audits d'hygiène/Markdown sont propres et le scope Git est exactement celui du correctif.
+
+Le history `history/0.1.5/rc.1.fix.1.md` conserve ce `PASS` sans modifier le `FAIL` historique de `rc.1`.
+
+`rel.1` peut donc promouvoir mécaniquement la candidate vers la stable `0.1.5`. Cette promotion :
+
+- fixe `VERSION` à `0.1.5` ;
+- retire le marqueur `candidate` du changelog ;
+- marque `0.1.5` terminé dans la roadmap ;
+- présente `README.md`, l'index documentaire et le présent plan comme état stable/historique ;
+- conserve `0.1.6` Games, `0.1.7` KSP et `0.1.8` audits comme trajectoire engagée ;
+- ne commence aucun scope `0.1.6` et ne réserve aucun `0.1.9`.
+
+Après un history `rel.1` `PASS`, le commit produit MUST être `0.1.5` sans suffixe `rel.1`, puis le tag annoté `v0.1.5` et son archive doivent être publiés et vérifiés indépendamment. Le rapport `pgr-0.1.5-publish.001-report.md` ne peut être produit qu'après cette publication réelle.
+
+Le plan devient historique avec la stable `0.1.5`.
+
 ## Trajectoire de release
 
 ### `alpha.1` — intake, audit transversal et plan