# History 0.0.3-alpha.1.fix.1 — cycle documentaire et horizon ## Statut PARTIAL La gate opérateur de `0.0.3-alpha.1.fix.1` exécutée le `2026-09-29` acquiert toutes les preuves transmises jusqu'aux tests workspace, mais le transcript reçu s'arrête avant le bloc final explicitement requis par le delta. Aucune commande observée n'a échoué. Le statut exact est donc `PARTIAL`, et non `PASS` ni `FAIL`. ## Baseline opérateur `alpha.1` `PARTIAL` a été historisé, committé et poussé avant application de `alpha.1.fix.1` : ```text history/0.0.3/alpha.1.md PARTIAL commit a74a198 message 0.0.3-alpha.1 branch master push origin/master PASS workspace après push propre ``` Le push observé a avancé `origin/master` de `183d354` à `a74a198`. ## Version et audits documentaires Les contrôles observés passent : ```text VERSION 0.0.3-alpha.1.fix.1 Cargo workspace version 0.0.3-alpha.1.fix.1 git diff --check PASS Markdown header audit clean (102 file(s)) Markdown link audit clean (78 local link(s), 102 file(s)) Markdown table audit clean (4 table(s), 102 file(s)) ``` ## Formatage et audits Rust L'ordre local est respecté : ```text cargo fmt --all PASS cargo fmt --all -- --check PASS Rust test-layout audit clean (9 crate(s)) Rust blank-line audit clean (32 file(s)) Rust item-spacing audit clean (32 file(s)) Rust module-order audit clean (32 file(s)) Rust trait-import-block audit clean (32 file(s)) Rust re-export-block audit clean (32 file(s)) Rust crate-root facade audit clean (6 crate root(s)) Rust export completeness audit 0 candidate(s) across 9 package(s) ``` ## Cargo, Clippy et tests Les neuf packages compilent en `0.0.3-alpha.1.fix.1`. ```text cargo metadata --format-version 1 --no-deps PASS cargo check --workspace PASS cargo clippy --workspace --all-targets --all-features -- -D warnings PASS cargo test -p knowledge-git-lib --test git_read_path PASS (2) cargo test --workspace --all-targets --all-features PASS ``` Tests workspace observés : ```text knowledge-app-lib 3 PASS knowledge-domain-lib 3 PASS knowledge-git-api 1 PASS knowledge-git-lib 8 unit PASS + 2 integration PASS knowledge-sync-api 1 PASS knowledge-web-lib 4 PASS launchers 0 test chacun ``` Les deux tests d'intégration Git réels continuent de prouver les chemins de lecture déjà acquis : refresh/résolution/snapshot, rejet d'une référence invalide et rejet d'un snapshot existant sale. ## Correction documentaire acquise dans le contenu Le delta appliqué porte bien la correction décidée après `alpha.1` : - l'entrée candidate `0.0.3` a été retirée du changelog ; - le changelog est désormais défini comme artefact de stabilisation plutôt que de démarrage ; - le prompt de `N+1` est normalement préparé pendant les dernières phases de `N` après revue d'horizon ; - `prompts/003-V0_0_3_START_PROMPT.md` reste le rattrapage historique nécessaire pour `0.0.3` ; - la roadmap distingue la release engagée d'un horizon prévisionnel révisable ; - le plan `0.0.3` prévoit une revue d'horizon en `beta.1`. La revue opérateur postérieure précise que l'horizon actuel reste volontairement incomplet : les futures revues devront aussi intégrer explicitement les phases de templates/frontends publics et admin des trois sites PGR, Snippets et Howtos, leur intégration Actix Web/Maud, ainsi que Git et PostgreSQL. Cette précision est un besoin d'horizon futur, pas un échec de la correction courante. ## Preuves manquantes Le delta `alpha.1.fix.1` exigeait encore après les tests workspace : ```text audit Python du cycle documentaire/horizon hygiène texte des fichiers gouvernés absence de diff sous crates/ et Web/ absence du history alpha.1.fix.1 pendant la gate politique Cargo.lock présence du package-lock Web git add -A git diff --cached --check git status --short ``` Ces résultats ne figurent pas dans le transcript opérateur reçu. Ils ne sont donc ni inventés ni assimilés à un PASS. ## Décision `0.0.3-alpha.1.fix.1` est `PARTIAL`. La correction documentaire et la non-régression Rust observée sont acquises, mais la tranche ne peut pas être clôturée en `PASS` sans les preuves finales explicitement requises. La transition autorisée est : ```text appliquer ce history -> git add / diff --cached --check / status -> commit exact "0.0.3-alpha.1.fix.1" -> push origin master -> vérifier le workspace propre -> appliquer seulement ensuite 0.0.3-alpha.1.fix.2 ``` `alpha.1.fix.2` reste une correction de validation bornée : aucune fonctionnalité Git, Web ou PostgreSQL ne doit y être ajoutée. Un `PASS` de ce fix autorisera `alpha.2`.