pgr/deltas/0.0.2/alpha.1.fix.1.md

Delta 0.0.2-alpha.1.fix.1 — correction du cadrage, sizing et audit Markdown

Baseline

Version attendue avant application :

0.0.2-alpha.1

La baseline doit correspondre au commit de alpha.1 après application de history/0.0.2/alpha.1.md en statut FAIL.

Version après application :

0.0.2-alpha.1.fix.1

Objet

Corriger exclusivement les défauts identifiés dans le cadrage alpha.1 avant de commencer alpha.2 :

• corriger l'alignement source du tableau Inventaire des profils candidats ;
• reconnaître la preuve post-tag publish.001 déjà disponible sans modifier rétroactivement v0.0.1 ;
• réduire le forecast 0.0.2 à un ensemble de profils compatible avec le sizing d'une session ;
• introduire le premier audit PGR monotâche réellement justifié par un défaut observé ;
• enregistrer cet audit dans la matrice de validation.

Aucune règle technologique détaillée n'est introduite par ce fix.

Rapport post-tag reconnu

Le rapport externe à la baseline source :

pgr-0.0.1-publish.001-report.md

est connu comme preuve post-publication PASS de l'archive pgr-v0.0.1.zip.

Il ne fait pas partie du tag stable et ne doit pas être copié dans le dépôt rétroactivement.

Le besoin futur d'indiquer automatiquement, dans le handoff/prompt manuel de reprise, si un rapport publish.* doit être fourni est conservé comme amélioration de workflow hors scope de 0.0.2.

Sizing corrigé

Le forecast actif devient :

alpha.2  Rule profile model
alpha.3  Rust / Cargo
alpha.4  Java / Maven / Gradle
alpha.5  Android
beta.1   Profile reconciliation
rc.1     Rule profiles release candidate
stable   0.0.2

Les profils/compositions suivants restent explicitement différés :

Rust + Android / JNI
Web / TypeScript / Vite / WASM / Rust server
Tauri desktop/mobile
C / C++ / CMake
PHP / Composer
Python 3 application/package

Leur différé ne vaut ni rejet ni oubli.

Premier audit PGR matérialisé

Le fichier suivant est ajouté :

scripts/audit_markdown_tables.py

Son contrat est volontairement limité :

INPUT
    fichiers/répertoires Markdown explicitement fournis

OUTPUT
    diagnostics texte
    exit code

SIDE EFFECTS
    aucun

Il vérifie uniquement :

• la reconnaissance des tableaux hors fenced code blocks ;
• le nombre cohérent de colonnes ;
• l'alignement vertical des cellules dans le source ;
• la largeur des séparateurs ;
• le padding conforme à l'alignement Markdown.

Il ne vérifie pas les blank lines, headers file/version, liens, orthographe ou responsabilités documentaires. Ces propriétés appartiennent à d'autres contrôles présents ou futurs.

Il utilise uniquement la bibliothèque standard Python et doit être exécuté avec python3 -B afin de ne pas créer __pycache__ ou .pyc.

Scope

REPLACE :

VERSION
docs/plans/002-V0_0_2_RULE_PROFILES_PLAN.md
docs/validation/001-VALIDATION_MATRIX.md

ADD :

scripts/audit_markdown_tables.py
deltas/0.0.2/alpha.1.fix.1.md

DELETE : aucun.

Aucun manifest de suppression n'est nécessaire.

Validation opérateur

test "$(cat VERSION)" = "0.0.2-alpha.1.fix.1"

test -f scripts/audit_markdown_tables.py
test -f deltas/0.0.2/alpha.1.fix.1.md

grep -F '### Preuve post-tag `publish.001`' docs/plans/002-V0_0_2_RULE_PROFILES_PLAN.md
grep -F '### alpha.5 — Android' docs/plans/002-V0_0_2_RULE_PROFILES_PLAN.md
grep -F 'Rust + Android / JNI' docs/plans/002-V0_0_2_RULE_PROFILES_PLAN.md
grep -F '`PGR-MD-TABLE-001`' docs/validation/001-VALIDATION_MATRIX.md

python3 -B scripts/audit_markdown_tables.py     README.md RULES.md ROADMAP.md CHANGELOG.md docs deltas history prompts

git diff --check

git add VERSION     docs/plans/002-V0_0_2_RULE_PROFILES_PLAN.md     docs/validation/001-VALIDATION_MATRIX.md     scripts/audit_markdown_tables.py     deltas/0.0.2/alpha.1.fix.1.md

git diff --cached --check

git status --short

La sortie attendue avant ajout du history du fix est :

M  VERSION
A  deltas/0.0.2/alpha.1.fix.1.md
M  docs/plans/002-V0_0_2_RULE_PROFILES_PLAN.md
M  docs/validation/001-VALIDATION_MATRIX.md
A  scripts/audit_markdown_tables.py

Revue opérateur complémentaire :

• confirmer que le tableau Inventaire des profils candidats est lisible et aligné dans le source ;
• confirmer que le report publish.001 est traité comme preuve post-tag externe et non comme fichier manquant du tag ;
• confirmer que le scope réduit reste suffisamment représentatif sans chercher à matérialiser les profils différés ;
• confirmer que l'audit Python est read-only et monotâche ;
• confirmer qu'aucune règle technologique de alpha.2+ n'a été introduite.

Transition

PASS

Créer et appliquer séparément history/0.0.2/alpha.1.fix.1.md, committer le fix, puis seulement préparer 0.0.2-alpha.2 consacré au modèle de profils.

FAIL

Rester dans 0.0.2-alpha.1.fix.M. À partir de .fix.3, réexaminer obligatoirement le plan et la nécessité d'un REPLAN conformément aux règles PGR.