0.1.4-beta.1

This commit is contained in:
2026-09-29 15:07:38 +02:00
parent e4f405ea9d
commit 091685af50
6 changed files with 386 additions and 6 deletions

View File

@@ -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 :