# History 0.0.4 rel.001 — clôture stable pré-tag ## Statut PASS La gate stable pré-tag `rel.001` exécutée par l'opérateur le `2026-09-24` valide la promotion documentaire de `0.0.4`. Cette preuve porte sur l'état du dépôt avant le commit stable et avant le tag `v0.0.4` ; elle ne valide pas encore l'archive source publiée ensuite par Gitea. ## Baseline et version La baseline opérateur est le commit `c6af96b` de `0.0.4-rc.1`, poussé sur `master` avant application du delta stable. L'opérateur a confirmé `VERSION = 0.0.4`, la présence dans `HEAD` de `history/0.0.4/rc.1.md`, la présence du delta `rel.001` et du prompt `005`, ainsi que l'absence du présent history avant sa livraison. Les révisions et marqueurs de clôture attendus ont été retrouvés : ```text README.md version 11 ROADMAP.md version 5 CHANGELOG.md version 7 docs/000-README.md version 9 docs/plans/004-V0_0_4_SKELETONS_PLAN.md version 3 ROADMAP 0.0.4 terminé CHANGELOG entrée stable ## 0.0.4 plan 004 plan historique, rc.1 PASS ``` La présentation du dépôt décrit désormais `0.0.4` comme la release qui définit le contrat transversal des skeleton specifications, ajoute la fondation gouvernée `001` et la spécialisation Rust/Cargo `002`, tout en maintenant le différé des autres spécialisations technologiques insuffisamment matérialisées. ## Chaîne historique L'audit de la chaîne `0.0.4` a affiché : ```text Stable history audit: clean (8 prior histories with expected statuses, rel.001 pending) ``` Les statuts antérieurs observés et conservés sont : ```text alpha.1 PASS alpha.2 PASS alpha.3 PASS alpha.4 FAIL alpha.4.fix.1 PASS beta.1 FAIL beta.1.fix.1 PASS rc.1 PASS ``` Les deux échecs historiques restent donc conservés avec leurs correctifs `PASS`; `rel.001` était le seul delta de `0.0.4` encore sans history au moment de la gate. ## Audits documentaires Les trois audits Markdown ont affiché : ```text Markdown header audit: clean (122 file(s)) Markdown table audit: clean (3 table(s), 122 file(s)) Markdown link audit: clean (116 local link(s), 122 file(s)) ``` Les `15` tests Python, les cinq TOML Rust/Cargo et le smoke d'instanciation complet avaient été validés dans `rc.1`. Ils n'ont pas été rejoués pendant cette gate stable, conformément au delta `rel.001`, car aucun code, script, test, template ou skeleton technique n'est modifié par la promotion documentaire. ## Scope Git observé `git diff --check` et `git diff --cached --check` n'ont produit aucun diagnostic. Après ajout des fichiers du delta, le statut indexé transmis est exactement : ```text M CHANGELOG.md M README.md M ROADMAP.md M VERSION A deltas/0.0.4/rel.001.md M docs/000-README.md M docs/plans/004-V0_0_4_SKELETONS_PLAN.md ``` La revue opérateur confirme que le scope fonctionnel gelé en RC n'a pas changé, que README/roadmap/changelog/index/plan décrivent la même stable, que le prompt `005` reste conditionnel à une publication réelle et à des baselines KSP/Games explicitement fournies, et qu'aucune preuve post-tag n'est anticipée. ## Transition Appliquer ce history puis committer et pousser la stable `0.0.4`. Ensuite seulement créer et publier le tag canonique `v0.0.4`, télécharger l'archive source associée depuis Gitea et exécuter une vérification post-tag indépendante. Le commit stable, le tag, l'identité de l'archive publiée et le résultat du contrôle post-tag ne sont pas attestés par la transcription reçue. Le rapport `pgr-0.0.4-publish.001-report.md` ne pourra être produit qu'après ces opérations réelles ; le démarrage de `0.0.5` reste bloqué jusqu'à cette preuve post-tag `PASS` et à la fourniture des baselines autoritaires demandées par `prompts/005-V0_0_5_START_PROMPT.md`.