0.0.2-alpha.5

docs/plans/002-V0_0_2_GIT_SYNC_PLAN.md

@@ -1,5 +1,5 @@
 <!-- file: docs/plans/002-V0_0_2_GIT_SYNC_PLAN.md -->
-<!-- version: 9 -->
+<!-- version: 10 -->
 
 # Plan 0.0.2 — Git générique et synchronisation de lecture
 
@@ -186,7 +186,7 @@ La revue de tranche a déclenché un REPLAN explicite : l'autonomie normative ap
 
 ### alpha.4 — autonomie normative et structure interne des crates
 
-Statut opérateur initial : **FAIL**.
+Statut opérateur initial : **FAIL**. `alpha.4.fix.1` : **PASS**. Tranche fermée.
 
 La matérialisation normative, les audits locaux, les façades crate-root, rustfmt et les métadonnées sont propres. La compilation échoue uniquement parce que `GitReference` et `GitRevision`, déplacés dans leurs modules propriétaires, tentent encore de construire leurs tuple structs privés via les réexports crate-root.
 
@@ -218,15 +218,19 @@ Gate attendue : audits Markdown locaux, audit d'autonomie, audits Rust incluant
 
 ### alpha.5 — cas d'usage de synchronisation
 
-Composer les primitives Git en un cas d'usage réellement consommable :
+La matérialisation de l'orchestration confirme un ownership application partagé : `knowledge-app-lib` devient justifiée et doit éviter que les trois launchers recomposent chacun le même flux.
 
+Scope :
+
+- créer `knowledge-app-lib` comme façade bibliothèque mince de cas d'usage partagés ;
 - enchaîner refresh, résolution, comparaison avec `previous_revision` et snapshot ;
-- retourner explicitement un résultat `Unchanged` ou `Changed` avec la révision observée ;
-- rendre la synchronisation explicite utilisable par un appelant ;
-- vérifier que `RepositorySyncTrigger::Periodic` peut emprunter la même voie sans matérialiser un scheduler artificiel ;
-- garder la persistance de dernière révision hors scope.
+- retourner explicitement `RepositorySyncOutcome::Unchanged` ou `RepositorySyncOutcome::Changed` avec la révision observée ;
+- préparer le snapshot uniquement lorsque la révision diffère de celle fournie par l'appelant ;
+- consommer `RepositorySyncSignal` sans donner de sémantique autoritaire à sa cause ;
+- prouver qu'une cause `Periodic` emprunte exactement le même cas d'usage qu'une cause explicite sans matérialiser de scheduler ;
+- garder la persistance de dernière révision, PostgreSQL, worker réseau, forge et publication Git hors scope.
 
-`knowledge-app-lib` n'est créée que si cette orchestration possède effectivement un ownership partagé et évite une duplication réelle. Sinon la tranche reste dans les crates déjà justifiées.
+La gate Rust applique désormais explicitement `cargo fmt --all`, puis `cargo fmt --all -- --check`, avant les audits du code Rust. Cette normalisation précède les contrôles structurels afin que les audits observent l'état réellement formaté.
 
 ### beta.1 — réconciliation et revue d'horizon