0.1.4-beta.1
This commit is contained in:
@@ -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 :
|
||||
|
||||
Reference in New Issue
Block a user