0.1.4-alpha.1

history/0.1.4/alpha.1.md

@@ -0,0 +1,86 @@
+<!-- file: history/0.1.4/alpha.1.md -->
+<!-- version: 1 -->
+
+# History 0.1.4-alpha.1 — intake, audit et cadrage Tauri
+
+## Statut
+
+PASS
+
+La gate opérateur de `0.1.4-alpha.1` exécutée le `2026-09-29` est propre. L'intake de la stable `v0.1.3`, des corpus Games/KSP fournis et du candidat de skeleton Tauri est validé sans fix ; `alpha.2` peut réconcilier le profil Tauri et l'étude historique avant toute matérialisation de `004-TAURI.md`.
+
+## Contrôles d'identité
+
+Les contrôles opérateur ont confirmé :
+
+```text
+VERSION                                             0.1.4-alpha.1
+docs/plans/010-V0_1_4_TAURI_REEVALUATION_PLAN.md présent
+deltas/0.1.4/alpha.1.md                            présent
+history/0.1.4/alpha.1.md                           absent pendant la gate
+docs/skeletons/004-TAURI.md                        absent pendant la gate
+```
+
+## Tests Python
+
+La suite complète a affiché :
+
+```text
+Ran 48 tests in 0.744s
+
+OK
+```
+
+Soit `48/48` tests `PASS`.
+
+## Audits Markdown
+
+Les trois audits documentaires sont propres :
+
+```text
+Markdown header audit: clean (266 file(s))
+Markdown table audit: clean (11 table(s), 266 file(s))
+Markdown link audit: clean (343 local link(s), 266 file(s))
+```
+
+## Audit structurel `alpha.1`
+
+Le contrôle structurel de la tranche a affiché :
+
+```text
+0.1.4 alpha.1 structural audit: clean (96 prior pairs, 7 current Tauri hosts classified, no premature skeleton/adoption)
+```
+
+Il a notamment confirmé :
+
+- les `96` couples delta/history antérieurs attendus, avec les six histories `0.1.3` tous `PASS` et `rel.1` validé ;
+- `0.1.3` terminé, `0.1.4` à `0.1.7` toujours engagés et aucune réservation `0.1.8` ;
+- le prompt `010` conforme au scope `0.1.4`, à la classification `ADOPT / KEEP-LOCAL / OVERRIDE / DEFER` et aux frontières d'adoption Games/KSP ;
+- le plan `010` fondé sur les `7` hosts Tauri réellement observés dans Games `0.3.6` et KSP `0.3.19` ;
+- les cinq conditions historiques de sortie du report classées `SATISFIED` ;
+- `710-TAURI.md` encore en révision interne `6` et l'étude `002-TAURI_SKELETON_DECISION.md` encore en révision `2` pendant la tranche d'intake ;
+- l'absence de `docs/skeletons/004-TAURI.md` et du history `alpha.1` anticipé pendant la gate.
+
+## Hygiène Git et scope observé
+
+`git diff --check` et `git diff --cached --check` n'ont produit aucun diagnostic.
+
+Le scope indexé observé est exactement :
+
+```text
+M  README.md
+M  VERSION
+A  deltas/0.1.4/alpha.1.md
+M  docs/000-README.md
+A  docs/plans/010-V0_1_4_TAURI_REEVALUATION_PLAN.md
+```
+
+Aucun fichier normatif Tauri ni skeleton Tauri n'a été modifié ou créé prématurément dans `alpha.1`.
+
+## Décision
+
+`0.1.4-alpha.1` est validée `PASS`.
+
+L'ancien motif Web du `DEFER` historique est levé et le candidat de skeleton organisationnel est conservé pour matérialisation, mais seulement après la réconciliation normative de `alpha.2`.
+
+La tranche suivante reste `0.1.4-alpha.2`, bornée à `docs/rules/710-TAURI.md`, `docs/studies/002-TAURI_SKELETON_DECISION.md`, au plan actif et à leur indexation. Elle doit clarifier la frontière commande / permission / capability, la politique de sélection des capabilities, la convention de layout contrôlé et la composition avec les owners Web existants, sans créer encore `docs/skeletons/004-TAURI.md`, template Tauri ou contrat de validation Tauri séparé.