4.1 KiB
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 :
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é :
Stable history audit: clean (8 prior histories with expected statuses, rel.001 pending)
Les statuts antérieurs observés et conservés sont :
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é :
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 :
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.