Files
pgr/history/0.0.4/rel.001.md
2026-09-24 17:50:47 +02:00

87 lines
4.1 KiB
Markdown

<!-- file: history/0.0.4/rel.001.md -->
<!-- version: 1 -->
# 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`.