0.1.0-alpha.4

history/0.1.0/alpha.4.md

@@ -0,0 +1,102 @@
+<!-- file: history/0.1.0/alpha.4.md -->
+<!-- version: 1 -->
+
+# History 0.1.0-alpha.4 — adoption PGR d’un projet existant
+
+## Statut
+
+PASS
+
+La gate opérateur de `0.1.0-alpha.4` exécutée le `2026-09-26` a réussi. Le contrat d’adoption d’un projet existant, son pattern documentaire, leur indexation et leur représentation architecturale ont été validés sans migration effective de Games ou KSP.
+
+## Baseline opérateur
+
+La tranche `0.1.0-alpha.3.fix.1` a été clôturée avec son history `PASS`, puis committée et poussée avant application de `alpha.4` :
+
+```text
+commit       351025b
+message      0.1.0-alpha.3.fix.1
+push         origin/master PASS
+```
+
+Après application du delta `alpha.4`, les contrôles initiaux ont confirmé :
+
+```text
+VERSION                                             0.1.0-alpha.4
+history/0.1.0/alpha.3.fix.1.md                      présent dans HEAD et le workspace
+deltas/0.1.0/alpha.4.md                             présent
+docs/rules/230-ADOPTION.md                          version 1
+docs/templates/007-EXISTING_PROJECT_ADOPTION.md     version 1
+RULES.md                                            version 12
+docs/rules/000-README.md                            version 14
+docs/000-README.md                                  version 20
+docs/architecture/002-GOVERNANCE_ARCHITECTURE.md   version 4
+docs/plans/006-V0_1_0_REUSABLE_BASELINE_PLAN.md    version 6
+history/0.1.0/alpha.4.md                            absent pendant la gate
+```
+
+Le history précédent a été retrouvé avec statut `PASS`.
+
+## Validation opérateur observée
+
+Le contrôle structurel ciblé a terminé proprement :
+
+```text
+0.1.0 alpha.4 existing-project adoption audit: clean (baseline, owner mapping, decision classes, progressive migration and history preservation explicit)
+```
+
+Il confirme notamment :
+
+- le mapping canonique `ADOPT / KEEP-LOCAL / OVERRIDE / DEFER` ;
+- la baseline autoritaire comme point de départ d’une adoption ;
+- la migration progressive et proportionnée ;
+- la préservation explicite de l’historique ;
+- l’usage d’un skeleton comme checklist de comparaison plutôt que comme copie aveugle ;
+- l’indexation des nouveaux owners et patterns ;
+- l’absence de réservation prématurée d’une future `0.1.1`.
+
+La suite Python globale a exécuté `48` tests, tous réussis :
+
+```text
+Ran 48 tests in 0.723s
+
+OK
+```
+
+Les audits documentaires sont propres :
+
+```text
+Markdown header audit: clean (186 file(s))
+Markdown table audit: clean (8 table(s), 186 file(s))
+Markdown link audit: clean (178 local link(s), 186 file(s))
+```
+
+## Contrôles Git
+
+Le statut indexé transmis avant ajout du présent history est exactement :
+
+```text
+M  RULES.md
+M  VERSION
+A  deltas/0.1.0/alpha.4.md
+M  docs/000-README.md
+M  docs/architecture/002-GOVERNANCE_ARCHITECTURE.md
+M  docs/plans/006-V0_1_0_REUSABLE_BASELINE_PLAN.md
+M  docs/rules/000-README.md
+A  docs/rules/230-ADOPTION.md
+A  docs/templates/007-EXISTING_PROJECT_ADOPTION.md
+```
+
+Le scope correspond exactement au delta annoncé.
+
+## Décision
+
+`0.1.0-alpha.4` est `PASS`. Aucun fix ni REPLAN n’est requis.
+
+La trajectoire normale reprend à :
+
+```text
+0.1.0-alpha.5
+```
+
+Cette tranche réconcilie la fondation de gouvernance, le skeleton Rust/Cargo, les templates techniques et la validation minimale, puis exerce deux dry-runs : instanciation d’un nouveau workspace Rust et adoption non destructive d’un workspace Rust existant synthétique.