Files
pgr/history/0.1.5/alpha.2.md
2026-10-01 09:53:53 +02:00

121 lines
4.3 KiB
Markdown

<!-- file: history/0.1.5/alpha.2.md -->
<!-- version: 1 -->
# History 0.1.5-alpha.2 — sémantique normative stabilisée
## Statut
PASS
La gate opérateur de `0.1.5-alpha.2` exécutée le `2026-10-01` est propre. La tranche stabilise `MUST / SHOULD / MAY`, aligne adoption et validation sur cette force normative et corrige les renforcements accidentels ciblés sans convertir mécaniquement les recommandations existantes.
## Baseline opérateur
Le correctif `0.1.5-alpha.1.fix.1` et son history `PASS` ont été committés puis publiés avant application de `alpha.2` :
```text
commit alpha.1.fix.1 32433ca
push 90ca422..32433ca master -> master
```
La version observée pendant la gate est :
```text
0.1.5-alpha.2
```
`history/0.1.5/alpha.1.md` conserve `PARTIAL` et `history/0.1.5/alpha.1.fix.1.md` conserve `PASS`. Le history `alpha.2` était absent pendant la gate.
## Sémantique normative acquise
Les assertions opérateur ont confirmé dans `RULES.md` révision `15` :
- `SHOULD / SHOULD NOT` est une forte recommandation non obligatoire ;
- un simple écart ne fait pas échouer à lui seul une gate ;
- un simple écart n'exige pas automatiquement un `OVERRIDE`.
`docs/rules/230-ADOPTION.md` révision `2` confirme qu'un choix différent d'un `SHOULD / SHOULD NOT` ne crée pas à lui seul un `OVERRIDE` obligatoire et qu'un override ne peut pas être exigé uniquement parce qu'une recommandation n'est pas suivie.
`docs/rules/400-VALIDATION.md` révision `2` confirme qu'un écart à un `SHOULD / SHOULD NOT` PGR ne peut pas, par sa seule force, faire passer une tranche en `FAIL`. Si un projet rend localement ce choix obligatoire, la gate évalue le contrat local explicite et non la recommandation PGR d'origine.
## Réconciliation ciblée
Les assertions ont confirmé la réconciliation prévue de :
- `500-LANGUAGES.md` révision `2` ;
- `530-TYPESCRIPT.md` révision `4` ;
- `540-JAVASCRIPT_PACKAGE_ECOSYSTEM.md` révision `4` ;
- `700-FRAMEWORKS.md` révision `3` ;
- `003-WEB_FRONTEND.md` révision `2` ;
- `008-WEB_TYPESCRIPT_PACKAGE.md` révision `3`.
La référence vivante de l'adoption Games est désormais `0.1.6` et l'ancienne référence `0.1.5` est absente du contrat courant `540`. Les choix JavaScript ou de lockfile différents d'une recommandation ne sont plus transformés en justification ou override obligatoire.
Le plan `011` révision `2` confirme qu'un écart à une recommandation ne crée ni non-conformité, ni `FAIL` de gate, ni `OVERRIDE` automatique.
## Frontières et historique
La ROADMAP conserve :
```text
0.1.6 adoption sasedev-games
0.1.7 adoption khadhroony-solana-project
0.1.8 audits Rust/Clippy read-only
0.1.9 non réservé
```
Le contrôle d'appariement a affiché :
```text
0.1.5 alpha.2 history boundary: clean (105 closed prior pairs, current alpha.2 pending)
```
`git diff --exit-code -- history/0.1.4` n'a produit aucun écart : les histories de la stable précédente restent inchangés.
## Tests et audits
La suite Python complète est propre :
```text
Ran 55 tests in 0.855s
OK
```
Les audits documentaires sont également propres :
```text
Text hygiene audit: clean (315 file(s))
Markdown header audit: clean (288 file(s))
Markdown table audit: clean (11 table(s), 288 file(s))
Markdown link audit: clean (370 local link(s), 288 file(s))
```
`git diff --check` et `git diff --cached --check` n'ont produit aucun diagnostic.
## Scope Git observé
Avant indexation, le dépôt contenait uniquement les modifications prévues par le delta `alpha.2`. Après indexation explicite, le scope observé est exactement :
```text
M README.md
M RULES.md
M VERSION
A deltas/0.1.5/alpha.2.md
M docs/000-README.md
M docs/plans/011-V0_1_5_NORMATIVE_AUTONOMY_PLAN.md
M docs/rules/230-ADOPTION.md
M docs/rules/400-VALIDATION.md
M docs/rules/500-LANGUAGES.md
M docs/rules/530-TYPESCRIPT.md
M docs/rules/540-JAVASCRIPT_PACKAGE_ECOSYSTEM.md
M docs/rules/700-FRAMEWORKS.md
M docs/skeletons/003-WEB_FRONTEND.md
M docs/templates/008-WEB_TYPESCRIPT_PACKAGE.md
```
## Décision
`0.1.5-alpha.2` est validée `PASS`.
La tranche suivante peut ouvrir `alpha.3`, strictement consacrée à l'autonomie de la baseline locale après instanciation/adoption et au réalignement PGR volontaire fondé sur un snapshot explicitement choisi. La frontière PGR / SaseDev Knowledge reste réservée à `alpha.4`.