[DTP-Worker] Sprint 8 · buffer L75 · Gate fraîcheur matrice régression (ci/check_regression.sh) : run==commité + verdict PASS

L'artefact le plus cité du dépôt (qa/regression/out/regression_run.json ·
21 suites · 534 tests · PASS) n'avait aucun garde-fou CI : check_artifacts
ne rejoue que 'build' et exclut les artefacts d'exécution 'run'. Nouveau
5e gate statique rejoue 'regression_gen.py run' (~5s, déterministe) et exige
byte-identité + verdict PASS. Rend impossible la re-commission d'une matrice
périmée (dérive type demo 18->21) ou rouge commitée verte. parse_ci inchangé
(gate sans working-directory) → 0 dérive des counts dérivés (check_artifacts
exit 0). Preuve de morsure OK (534->999 => exit 1). 5 gates verts.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

ci/README.md

@@ -18,6 +18,7 @@ et manuellement (`workflow_dispatch`). Jobs statiques (+ une suite `unittest` pa
 | `validate-json` | `ci/validate_json.sh` | Parse strict de tous les `*.json` (schémas Faisabilité↔Publiciste) | ✅ oui |
 | `check-docs` | `ci/check_docs.sh` | Liens Markdown internes + présence auto-score 4Big | ✅ oui (liens) |
 | `check-artifacts` | `ci/check_artifacts.sh` | Reproductibilité : chaque `out/*.json` versionné == build frais | ✅ oui |
+| `check-regression` | `ci/check_regression.sh` | Fraîcheur : `qa/regression/out/regression_run.json` (`run`) == run frais + verdict PASS | ✅ oui |
 | `gate` | — | Agrégat vert = gate qualité 4Big franchi | ✅ oui |
 
 Aucune dépendance réseau/marketplace hors `actions/checkout`. Tout tourne avec
@@ -60,7 +61,22 @@ artefacts d'**autres** modules (ex. `demo/scenarios` lit
 consommateur devient périmé s'il n'est pas régénéré — dérive qu'aucune suite
 `tests/` (qui teste des fonctions, pas le fichier commité) n'attrape. Correctif :
 `build -o out` puis commit. Les artefacts d'**exécution** non produits par `build`
-(p.ex. `qa/regression/out/regression_run.json`, issu de `run`) ne sont pas comparés.
+(p.ex. `qa/regression/out/regression_run.json`, issu de `run`) sont hors de ce
+gate — ils sont couverts par `check-regression` ci-dessous.
+
+### `check_regression.sh`
+Rejoue la **matrice de régression** complète (`qa/regression/regression_gen.py run`,
+~5 s, stdlib pur) vers un tmp et exige que le `regression_run.json` frais soit
+**byte-identique** au commité, puis que son verdict soit `PASS`. Complément direct
+de `check_artifacts` : celui-ci ne rejoue que `build` (→ `regression_plan.json`) et
+laisse hors périmètre l'artefact d'**exécution** `regression_run.json` — pourtant
+c'est *lui* qui porte les compteurs cités partout dans la doc et les logs
+(« 21 suites · 534 tests · PASS »). Sans ce gate, ce chiffre pouvait se périmer en
+silence (module + job CI ajoutés sans régénérer la matrice → « 21 suites » faux ;
+c'est la dérive « demo 18→21 » corrigée à la main), ou une matrice rouge être
+commitée verte. `regression_run.json` ne contient aucun horodatage/hôte → le run est
+déterministe et l'égalité exacte licite. Correctif : `regression_gen.py run -o out`
+puis commit.
 
 ## 3. Exécution locale (avant push)
 
@@ -68,7 +84,8 @@ consommateur devient périmé s'il n'est pas régénéré — dérive qu'aucune
 bash ci/guard_constraints.sh   # contraintes CLAUDE.md
 bash ci/validate_json.sh       # schémas JSON
 bash ci/check_docs.sh          # liens + score
-bash ci/check_artifacts.sh     # reproductibilité out/
+bash ci/check_artifacts.sh     # reproductibilité out/ (build)
+bash ci/check_regression.sh    # fraîcheur matrice régression (run)
 ```
 
 Chaque script retourne `0` si conforme, `1` sinon. Reproduit exactement ce que
@@ -100,7 +117,7 @@ Actions** doit être activé, et le runner doit apparaître « Idle ».
 
 - `[ ]` Gitea Actions activé au niveau instance ET repo.
 - `[ ]` `act_runner` enregistré, label `ubuntu-latest`, statut Idle.
-- `[ ]` Push de test → les 4 jobs apparaissent et passent au vert.
+- `[ ]` Push de test → les 5 gates statiques apparaissent et passent au vert.
 - `[ ]` PR de test avec violation volontaire → `constraints-guard` bloque (rouge).
 
 ---