Files
pgr/history/0.0.2/alpha.2.md
2026-09-23 11:19:21 +02:00

124 lines
3.7 KiB
Markdown

<!-- file: history/0.0.2/alpha.2.md -->
<!-- version: 1 -->
# History 0.0.2-alpha.2 — modèle de profils PGR
## Statut
PASS
La tranche `0.0.2-alpha.2` a été validée par l'opérateur. Le modèle d'ownership, d'applicabilité et de composition des profils est en place avant l'introduction du premier profil technologique réel.
## Baseline
La tranche précédente `0.0.2-alpha.1.fix.1` a été enregistrée `PASS`, puis committée et poussée sous le commit observé :
```text
1a5dd09
```
Version validée après application de `alpha.2` :
```text
0.0.2-alpha.2
```
## Validation opérateur observée
L'opérateur a confirmé la version et la présence des nouveaux propriétaires documentaires :
```bash
test "$(cat VERSION)" = "0.0.2-alpha.2"
test -f docs/architecture/003-RULE_PROFILE_MODEL.md
test -f docs/rules/500-LANGUAGES.md
test -f docs/rules/600-PLATFORMS.md
test -f deltas/0.0.2/alpha.2.md
```
Les contrats principaux du modèle ont été vérifiés par recherche littérale :
```text
Toute règle durable doit posséder un seul propriétaire normatif canonique.
L'ordre des fichiers dans un répertoire ne crée jamais une priorité normative.
PGR ne crée pas automatiquement un profil composite pour chaque combinaison possible.
```
Les contrats des familles `500` et `600` ont également été retrouvés, notamment :
```text
Les profils spécifiques utilisent la plage `510` à `599`.
Une spécialisation de build tool ne devient pas une règle du langage entier.
La modernité de la toolchain de build et la version minimale du runtime ou de la target sont deux décisions distinctes.
Les profils spécifiques utilisent la plage `610` à `699`.
```
Les liens depuis `RULES.md`, l'index `docs/rules/000-README.md` et le plan `0.0.2` ont été vérifiés.
L'audit Markdown PGR a ensuite été exécuté :
```bash
python3 -B scripts/audit_markdown_tables.py \
README.md RULES.md ROADMAP.md CHANGELOG.md docs deltas history prompts
```
Résultat observé :
```text
Markdown table audit: clean (2 table(s), 50 file(s))
```
Les contrôles Git ont réussi :
```bash
git diff --check
git add VERSION RULES.md \
docs/architecture/003-RULE_PROFILE_MODEL.md \
docs/plans/002-V0_0_2_RULE_PROFILES_PLAN.md \
docs/rules/000-README.md \
docs/rules/500-LANGUAGES.md \
docs/rules/600-PLATFORMS.md \
deltas/0.0.2/alpha.2.md
git diff --cached --check
git status --short
```
`git diff --check` et `git diff --cached --check` n'ont produit aucun diagnostic.
La sortie finale observée avant ajout du présent history était exactement :
```text
M RULES.md
M VERSION
A deltas/0.0.2/alpha.2.md
A docs/architecture/003-RULE_PROFILE_MODEL.md
M docs/plans/002-V0_0_2_RULE_PROFILES_PLAN.md
M docs/rules/000-README.md
A docs/rules/500-LANGUAGES.md
A docs/rules/600-PLATFORMS.md
```
## Revue qualitative
L'état livré respecte les frontières prévues par `alpha.2` :
- l'ownership d'une règle dépend de son scope et non du numéro ou de l'ordre lexical des fichiers ;
- une spécialisation de build tool peut rester plus spécifique que son langage sans contaminer ce dernier ;
- une contrainte plateforme peut surcharger localement un langage/build tool sans devenir une règle générale ;
- les familles `700 — frameworks` et `800 — architecture` restent réservées et ne sont pas matérialisées sans contenu réel ;
- aucune règle Rust, Cargo, Java, Maven, Gradle ou Android détaillée n'a été absorbée prématurément dans le modèle transversal.
## Résultat
`0.0.2-alpha.2` est validée `PASS`.
La tranche suivante autorisée est :
```text
0.0.2-alpha.3
```
Elle est consacrée au premier profil réel `Rust / Cargo` et sert de point de mesure du coût d'un profil complet avant de confirmer ou replanifier les tranches `alpha.4+`.