4.7 KiB
History 0.1.5-rc.1 — freeze et revue d’horizon
Statut
FAIL
La gate opérateur de 0.1.5-rc.1 exécutée le 2026-10-01 valide le freeze fonctionnel, les tests Python, les audits documentaires et le scope Git, mais échoue sur trois assertions textuelles exactes prévues par le delta. Le résultat réel est donc FAIL malgré l'absence de défaut normatif démontré.
Baseline opérateur
La tranche 0.1.5-beta.1 et son history PASS ont été committés puis publiés avant application de rc.1 :
commit beta.1 ec1a296
push 43ee26b..ec1a296 master -> master
La version observée pendant la gate est :
0.1.5-rc.1
Les histories précédents conservent la séquence réelle :
alpha.1 PARTIAL
alpha.1.fix.1 PASS
alpha.2 PASS
alpha.3 PASS
alpha.4 PASS
beta.1 PASS
Le history rc.1 était absent pendant la gate.
Freeze et handoff acquis
Les contrôles opérateur ont confirmé notamment :
README.mdrévision33présente la candidate0.1.5-rc.1et conserve0.1.6comme prochaine release ;CHANGELOG.mdrévision20contient l'entrée0.1.5 (candidate)sans chronologie de tranches ;ROADMAP.mdrévision18conserve0.1.6Games,0.1.7KSP et0.1.8audits Rust/Clippy, sans réserver0.1.9;docs/studies/005-V0_1_5_HORIZON_REVIEW.mdetprompts/012-V0_1_6_START_PROMPT.mdsont présents ;- le prompt
012exige une future stable PGRv0.1.5, le rapport post-tag uniquement s'il existe réellement avec statutPASS, une archive Games autoritaire fournie, puis un intake0.1.6-alpha.1avec classificationADOPT / KEEP-LOCAL / OVERRIDE / DEFER / N/A; RULES.md,210-WORKFLOW.md,230-ADOPTION.md,300-DOCUMENTATION.mdet400-VALIDATION.mdrestent gelés aux révisions attendues ;history/0.1.4et les owners normatifs stabilisés pendant les alphas restent byte-stables pendant la RC.
Assertions en échec
Trois commandes exigées par deltas/0.1.5/rc.1.md ont été exécutées sans produire de correspondance :
grep -F 'forte recommandation non obligatoire' CHANGELOG.md
grep -F 'aucun numéro de version Games n’est figé' docs/studies/005-V0_1_5_HORIZON_REVIEW.md
grep -F 'ADOPT / KEEP-LOCAL / OVERRIDE / DEFER / N/A' docs/studies/005-V0_1_5_HORIZON_REVIEW.md
Le shell a poursuivi les commandes suivantes, mais l'absence de sortie sur ces assertions exactes constitue un échec de gate.
Le diagnostic est documentaire et borné :
- le changelog exprime la même sémantique avec la formulation « recommandations fortes non obligatoires », mais pas la chaîne canonique attendue au singulier ;
- l'étude contient « Aucun numéro de version Games n’est figé... » avec une majuscule initiale, alors que la gate recherche la sous-chaîne en minuscule ;
- l'étude présente bien les cinq valeurs de classification dans un bloc, mais ne contient pas encore la forme canonique slash-separated exigée par la gate.
Aucun de ces trois écarts ne modifie les contrats normatifs acquis ni la décision d'horizon.
Frontière delta/history
Le contrôle structurel a affiché :
0.1.5 rc.1 history boundary: clean (109 closed prior pairs, current rc.1 pending)
Il confirme que les releases 0.0.1 à 0.1.4 conservent leurs couples delta/history exacts, que les six tranches précédentes de 0.1.5 sont closes et que rc.1 était le seul delta courant sans history pendant sa gate.
Tests Python
La suite complète a affiché :
Ran 55 tests in 0.891s
OK
Soit 55/55 tests PASS.
Audit d'hygiène texte
L'audit réutilisable a affiché :
Text hygiene audit: clean (325 file(s))
Audits Markdown
Les audits documentaires sont propres :
Markdown header audit: clean (298 file(s))
Markdown table audit: clean (11 table(s), 298 file(s))
Markdown link audit: clean (375 local link(s), 298 file(s))
Hygiène Git et scope observé
git diff --check puis git diff --cached --check n'ont signalé aucune anomalie.
Après indexation, le scope observé est exactement :
M CHANGELOG.md
M README.md
M ROADMAP.md
M VERSION
A deltas/0.1.5/rc.1.md
M docs/000-README.md
M docs/plans/011-V0_1_5_NORMATIVE_AUTONOMY_PLAN.md
M docs/studies/000-README.md
A docs/studies/005-V0_1_5_HORIZON_REVIEW.md
A prompts/012-V0_1_6_START_PROMPT.md
Décision
0.1.5-rc.1 est historisée FAIL parce que trois assertions contractuelles de la gate ont échoué.
La correction doit rester limitée à la présentation documentaire et à la traçabilité du correctif. Aucun owner normatif ne doit être rouvert et rel.1 ne doit pas commencer avant un 0.1.5-rc.1.fix.1 validé PASS.