pgr/history/0.1.0/alpha.1.md

History 0.1.0-alpha.1 — audit de la stable et cadrage de la baseline réutilisable

Statut

PASS

La gate opérateur de 0.1.0-alpha.1 exécutée le 2026-09-25 valide l'audit de reprise depuis v0.0.5, le plan de la première baseline PGR réutilisable et le maintien des futurs domaines 0.1.x comme axes non numérotés. Aucun fix ni REPLAN de alpha.1 n'est requis.

Cette preuve ferme uniquement le cadrage alpha.1. Elle ne matérialise encore ni la nouvelle convention rel.N, ni le handoff automatique des commandes Git, ni un profil technologique supplémentaire.

Baseline et version

La tranche part de la stable taggée v0.0.5, dont l'archive autoritaire et le rapport post-tag publish.001 ont été audités pendant la préparation du delta.

La version contrôlée après application du delta est :

0.1.0-alpha.1

L'opérateur a confirmé la présence de deltas/0.1.0/alpha.1.md et l'absence du présent history pendant la gate. Les révisions attendues ont été retrouvées :

README.md                                           version 15
docs/000-README.md                                 version 18
docs/plans/006-V0_1_0_REUSABLE_BASELINE_PLAN.md   présent et indexé

Validation opérateur observée

L'opérateur a fourni les sorties du 2026-09-25 depuis ~/Projects/pgr, à 22:08:29–22:08:30.

La suite Python globale a exécuté 48 tests, tous réussis :

Ran 48 tests in 0.720s

OK

Les audits documentaires sont propres :

Markdown header audit: clean (173 file(s))
Markdown table audit: clean (8 table(s), 173 file(s))
Markdown link audit: clean (163 local link(s), 173 file(s))

Le contrôle structurel spécifique a affiché :

0.1.0 alpha.1 structural audit: clean (62 prior pairs, stable workflow truth preserved, future 0.1.x unnumbered)

Il confirme notamment :

• les 62 couples delta/history des releases 0.0.1 à 0.0.5 ;
• la conservation de rel.001 en FAIL et rel.001.fix.1 en PASS dans l'historique 0.0.5 ;
• la présence des profils Rust/Cargo, Java/Maven/Gradle, Android et Tauri ainsi que des skeletons et de l'étude Tauri attendus ;
• les décisions de cadrage rel.1, commit stable final, releases 0.1.x par domaine, Games avant KSP et maintien des axes Web/Vite/Android/WASM/Tauri/serveur Rust comme horizons non numérotés ;
• l'absence de réservation prématurée de 0.1.1 dans ROADMAP.md.

Contrôles Git

git diff --check et git diff --cached --check n'ont produit aucun diagnostic.

Le statut indexé transmis avant ajout du présent history est exactement :

M  README.md
M  VERSION
A  deltas/0.1.0/alpha.1.md
M  docs/000-README.md
A  docs/plans/006-V0_1_0_REUSABLE_BASELINE_PLAN.md

Le scope correspond donc au delta livré et aucun fichier normatif, profil, template, skeleton, script ou history antérieur n'a été modifié par alpha.1.

Revue de cadrage

Les précisions ajoutées pendant la session ne remettent pas en cause le scope validé de alpha.1 :

• les domaines Web, serveur Rust, Java/Android, WASM et Tauri restent destinés à des releases 0.1.x séparées ;
• KSP reste principalement dépendant de la baseline Rust/Cargo déjà mûre et du futur déblocage Tauri ;
• un futur audit Python simulant uniquement un sous-ensemble statiquement vérifiable des conventions Clippy est conservé comme candidat non prioritaire après les adoptions Games puis KSP ; il ne remplacera pas cargo clippy ;
• les profils de déploiement/exploitation — reverse proxy, bases de données, conteneurs et responsabilités associées — restent un horizon plus lointain, sans numéro de release réservé.

Ces deux derniers horizons n'ont pas été introduits dans les fichiers de alpha.1. Ils peuvent être enregistrés dans le plan actif lors d'une tranche ultérieure sans transformer cette gate en échec.

Transition

Appliquer le présent history puis committer et pousser 0.1.0-alpha.1.

La tranche suivante est :

0.1.0-alpha.2

Elle est strictement consacrée à la convention future rel.N, à l'abandon du padding rel.001 pour les nouvelles releases et à la distinction entre commits de clôture échoués et commit final stable X.Y.Z. Les anciennes releases restent immuables.