0.0.3-alpha.1.fix.2

docs/plans/003-V0_0_3_GIT_WRITE_PLAN.md

@@ -1,5 +1,5 @@
 <!-- file: docs/plans/003-V0_0_3_GIT_WRITE_PLAN.md -->
-<!-- version: 2 -->
+<!-- version: 3 -->
 
 # Plan 0.0.3 — écriture Git contrôlée et push gardé
 
@@ -147,6 +147,14 @@ La gate de `alpha.1` reste une gate de cadrage : elle valide baseline, documenta
 - garder `prompts/003-V0_0_3_START_PROMPT.md` comme rattrapage historique valide ;
 - ne modifier aucun code sous `crates/` ni `Web/`.
 
+### alpha.1.fix.2 — complétion de la preuve opérateur
+
+- conserver `alpha.1.fix.1` comme `PARTIAL` sans réécrire les preuves observées ;
+- ne modifier aucune décision fonctionnelle du cadrage ;
+- rejouer la gate utile et terminer explicitement les assertions documentaires, l'hygiène texte, l'invariance `crates/` / `Web/`, la politique `Cargo.lock` et le staging ;
+- ne modifier aucun code sous `crates/` ni `Web/` ;
+- autoriser `alpha.2` uniquement après un `PASS` complet.
+
 ### alpha.2 — contrat d'écriture provider-neutral
 
 - étendre `knowledge-git-api` avec un contrat distinct du `GitRepository` de lecture ;
@@ -227,7 +235,7 @@ La release est fermable lorsque :
 - les règles/architecture décrivent l'état effectivement obtenu ;
 - beta et RC ont fermé les non-régressions prévues.
 
-Le `PARTIAL` de `alpha.1` autorise uniquement `0.0.3-alpha.1.fix.1`. Un `PASS` de ce fix autorise `0.0.3-alpha.2`. Tout autre statut produit d'abord son history puis un nouveau fix ou REPLAN selon le diagnostic.
+Le `PARTIAL` de `alpha.1` a autorisé `0.0.3-alpha.1.fix.1`. Le retour opérateur de ce premier fix reste `PARTIAL` parce que son transcript s'arrête avant les assertions finales imposées par le delta ; il autorise donc uniquement `0.0.3-alpha.1.fix.2`. Un `PASS` complet de `alpha.1.fix.2` autorise `0.0.3-alpha.2`. Tout autre statut produit d'abord son history puis un nouveau fix ou REPLAN selon le diagnostic.
 
 ## Revue d'horizon