0.1.4-beta.1

2026-09-29 15:07:38 +02:00
parent e4f405ea9d
commit 091685af50
6 changed files with 386 additions and 6 deletions
--- a/docs/000-README.md
+++ b/docs/000-README.md
@@ -1,5 +1,5 @@
 <!-- file: docs/000-README.md -->
-<!-- version: 43 -->
+<!-- version: 44 -->

 # Documentation PGR

@@ -22,11 +22,11 @@ Les templates techniques copiables sous `templates/` restent séparés des instr

 ## Points d'entrée de 0.1.4

- [`plans/010-V0_1_4_TAURI_REEVALUATION_PLAN.md`](plans/010-V0_1_4_TAURI_REEVALUATION_PLAN.md) — plan actif du réexamen Tauri : audit des hosts Games/KSP actuels, classification `ADOPT / KEEP-LOCAL / OVERRIDE / DEFER`, décision contrôlée sur le skeleton et séquencement jusqu'à la stable.
+- [`plans/010-V0_1_4_TAURI_REEVALUATION_PLAN.md`](plans/010-V0_1_4_TAURI_REEVALUATION_PLAN.md) — plan actif du réexamen Tauri : skeleton `004` matérialisé, réconciliation d'artefacts `beta.1`, freeze RC et revue d'horizon avant la stable.
 - [`rules/710-TAURI.md`](rules/710-TAURI.md) — owner Tauri 2 réconcilié en `alpha.2` : host/orchestration, frontière commandes-permissions-capabilities, sélection des capabilities, plugins, version produit et validation proportionnée, sans absorber les choix Web.
 - [`skeletons/003-WEB_FRONTEND.md`](skeletons/003-WEB_FRONTEND.md) — specialization Web composable dont l'existence satisfait les prérequis historiques sans rendre Vite, TypeScript, Sass, Bootstrap ou `frontend/` universels à Tauri.
 - [`skeletons/004-TAURI.md`](skeletons/004-TAURI.md) — skeleton Tauri 2 matérialisé en `alpha.3`, composant fondation, Rust/Cargo, Web et owner `710` sans template technique universel ni copie des choix Games/KSP.
- [`studies/002-TAURI_SKELETON_DECISION.md`](studies/002-TAURI_SKELETON_DECISION.md) — décision historique `DEFER` et réexamen `0.1.4-alpha.2` : motif Web levé, candidat organisationnel retenu pour matérialisation contrôlée en `alpha.3`.
+- [`studies/002-TAURI_SKELETON_DECISION.md`](studies/002-TAURI_SKELETON_DECISION.md) — décision historique `DEFER`, levée du motif Web puis décision `beta.1` : `004-TAURI.md` suffit ; aucun template technique ni contrat de validation Tauri séparé n'est justifié.
 - [`../prompts/010-V0_1_4_START_PROMPT.md`](../prompts/010-V0_1_4_START_PROMPT.md) — contrat de reprise exécuté pour ouvrir `0.1.4-alpha.1` après publication vérifiée de `v0.1.3`.

 ## Points d'entrée de 0.1.3
--- a/docs/plans/010-V0_1_4_TAURI_REEVALUATION_PLAN.md
+++ b/docs/plans/010-V0_1_4_TAURI_REEVALUATION_PLAN.md
@@ -1,5 +1,5 @@
 <!-- file: docs/plans/010-V0_1_4_TAURI_REEVALUATION_PLAN.md -->
-<!-- version: 3 -->
+<!-- version: 4 -->

 # Plan 0.1.4 — réexamen Tauri et skeleton contrôlé

@@ -274,6 +274,42 @@ Après cette gate, un défaut distinct de livraison a été identifié : deux ar

 Aucun template technique Tauri n'est créé : `tauri.conf.json`, les manifests, capability files et sources Tauri restent trop dépendants des décisions du projet pour justifier une baseline copiable universelle à ce stade. Cette décision sera réexaminée en `beta.1` conformément au plan.

+## Gate `alpha.3` acquise
+
+La gate opérateur de `alpha.3` est `PASS` : `55/55` tests, audit d'hygiène texte propre sur `300` fichiers, audits Markdown propres, audit structurel du skeleton propre et scope Git conforme. `docs/skeletons/004-TAURI.md` est donc la specification Tauri active pour la suite de `0.1.4`.
+
+Aucun template technique Tauri ni contrat `006-TAURI_VALIDATION.md` n'a été créé. Le contrat ZIP racine est désormais explicite dans `210-WORKFLOW.md`.
+
+## Réconciliation d'artefacts préparée en `beta.1`
+
+Le réexamen de l'ensemble `710 + 004 + 003 + 005` ne met en évidence aucune responsabilité Tauri sans owner :
+
+```text
+host / orchestration / ACL / plugins          710-TAURI.md
+instanciation et décisions de composition     004-TAURI.md
+frontend                                      003-WEB_FRONTEND.md + owners Web
+validation frontend                           005-WEB_FRONTEND_VALIDATION.md
+validation Rust / plateforme                  owners correspondants
+workflow de gate                              400-VALIDATION.md + matrice 001
+```
+
+Décisions préparées pour la gate `beta.1` :
+
+```text
+004-TAURI.md                                  KEEP
+template technique Tauri générique           DO NOT CREATE
+006-TAURI_VALIDATION.md                       DO NOT CREATE
+catalogue plugins/capabilities                DO NOT CREATE
+dry-run exécutable d'un faux projet           NOT REQUIRED
+audit statique de composition                 REQUIRED
+```
+
+Un template technique créerait nécessairement des identifiants, hooks frontend, capabilities, plugins, fenêtres, bundle targets ou valeurs de plateforme arbitraires. Le skeleton possède précisément ces décisions afin de les laisser au projet destinataire.
+
+Un contrat de validation Tauri séparé dupliquerait `710`, `004`, `005` et les owners Rust/plateforme. Une nouvelle famille de validation ne sera justifiée que lorsqu'une preuve Tauri répétitive non correctement possédée par ces documents apparaîtra dans un corpus réel.
+
+Le dry-run exécutable d'un projet factice n'est pas requis pour valider une specification qui ne fournit volontairement aucun scaffold technique. La preuve pertinente en `beta.1` est une vérification statique de composition : références existantes, ownership non dupliqué, décisions visibles, absence de placeholders et absence d'artefacts créés par symétrie.
+
 ## Point transversal découvert pendant la gate `alpha.1`

 L'utilisation de PGR pour initialiser SaseDev Knowledge a fait apparaître trois questions de gouvernance qui dépassent le domaine Tauri :
--- a/docs/studies/002-TAURI_SKELETON_DECISION.md
+++ b/docs/studies/002-TAURI_SKELETON_DECISION.md
@@ -1,5 +1,5 @@
 <!-- file: docs/studies/002-TAURI_SKELETON_DECISION.md -->
-<!-- version: 3 -->
+<!-- version: 4 -->

 # Décision de skeleton Tauri pour projets contrôlés

@@ -296,3 +296,62 @@ Le réexamen ne démontre toujours pas le besoin de créer en `alpha.2` :
 - un owner iOS, serveur Rust ou deployment/operations par proximité.

 Ces décisions restent à réévaluer après matérialisation de la specification, conformément au plan `0.1.4`.
+
+## Réconciliation finale des artefacts `0.1.4-beta.1`
+
+La matérialisation de `docs/skeletons/004-TAURI.md` en `alpha.3` permet de vérifier la frontière entre specification organisationnelle, owner Tauri, owners Web et validations existantes.
+
+### Couverture obtenue
+
+La composition active est :
+
+```text
+001-PROJECT_GOVERNANCE_FOUNDATION
+ 002-RUST_CARGO_WORKSPACE
+ 003-WEB_FRONTEND si applicable
+ 710-TAURI
+ 004-TAURI
+ profils plateforme réellement ciblés
+```
+
+`004-TAURI.md` ne recopie pas les règles de ces owners. Il possède les décisions d'instanciation et renvoie les contraintes détaillées à leurs documents respectifs.
+
+### Template technique Tauri
+
+Décision : **DO NOT CREATE**.
+
+Aucun ensemble de fichiers Tauri (`Cargo.toml`, `build.rs`, `tauri.conf.json`, capability files, `src/tauri.rs`) ne peut être rendu générique sans choisir prématurément au moins une partie des éléments suivants : nom du host, hooks frontend, ports/URLs, capabilities, permissions, plugins, fenêtres, identifiers, resources, bundle targets ou plateformes.
+
+Les templates Rust/Cargo et Web existants possèdent déjà les parties réellement réutilisables. Un futur template Tauri reste possible uniquement après démonstration d'un sous-ensemble répétitif non arbitraire dans plusieurs instanciations réelles.
+
+### Contrat de validation Tauri séparé
+
+Décision : **DO NOT CREATE**.
+
+La preuve nécessaire est déjà composable :
+
+- Rust/Cargo par les owners Rust et la matrice de validation ;
+- frontend par `005-WEB_FRONTEND_VALIDATION.md` ;
+- intégration Tauri, ACL, hooks et packaging par `710-TAURI.md` et la gate initiale de `004-TAURI.md` ;
+- plateformes mobiles par leurs profils applicables.
+
+Créer `docs/validation/006-TAURI_VALIDATION.md` aujourd'hui dupliquerait ces responsabilités sans lacune démontrée.
+
+### Dry-run local
+
+Décision : **NOT REQUIRED** pour `0.1.4-beta.1`.
+
+Le skeleton est une specification et ne fournit pas de scaffold exécutable. Créer un faux projet uniquement pour obtenir un lancement Tauri introduirait précisément les valeurs arbitraires que la specification cherche à éviter. Les sept hosts Games/KSP déjà audités fournissent le corpus d'implémentation ; `beta.1` doit vérifier statiquement que la specification les abstrait sans copier leurs choix locaux.
+
+### Décision active après `beta.1`
+
+```text
+DEFER historique Web                         LIFT
+004-TAURI.md                                  KEEP
+template Tauri générique                     DO NOT CREATE
+validation Tauri séparée                     DO NOT CREATE
+dry-run factice                              NOT REQUIRED
+artefact supplémentaire sans lacune réelle   FORBIDDEN BY DEFAULT
+```
+
+La prochaine étape est la RC : freeze du scope Tauri, préparation du changelog candidate et revue d'horizon transversale avant tout prompt de release suivante.