v1.25 — Integration continue : le projet se verifie tout seul

v1.25 — Le projet se verifie tout seul.

Abalassembly est un mono-fichier de 2,8 Mo : jusqu'ici, rien ne signalait une regression avant l'ouverture dans un navigateur. Trois controles tournent desormais a chaque poussee, en une trentaine de secondes.

1. Syntaxe des blocs script. Une erreur dans n'importe lequel des 4 blocs casse toute l'application. Le controle distingue le JavaScript des donnees embarquees : le bloc JSON-LD est valide comme JSON, pas passe au parseur JS -- il l'avait d'ailleurs signale en faux positif lors de la mise au point.

2. Tables embarquees conformes aux references. Le base64 inline des tablebases est decode et compare entree par entree aux JSON sources : 6 264 pour la 2v2, 17 596 pour la 3v2. Les 90 cles posRef de l'arbre d'ouverture sont controlees au passage. Plus de derive silencieuse entre la copie embarquee et la donnee de reference.

3. Audit des puzzles par preuve, avec reference des cas connus. Les 6 puzzles casses reveles en v1.23 sont figes dans tablebase/puzzles-baseline.json. La CI echoue si un puzzle NON reference casse, ou si l'un d'eux est corrige sans mettre la reference a jour. Le principe : interdire de reculer, sans partir au rouge des le premier jour et apprendre a ignorer l'alerte.

Verification de la verification. Les trois controles ont ete simules localement avant d'etre pousses, avec un test negatif : en retirant deux cas de la reference, l'audit sort bien en code 1 et nomme les puzzles fautifs. Les codes de sortie ont ete controles un a un -- un garde-fou qui ne casse jamais ne protege de rien.

La premiere execution est passee au vert sur les six etapes.

A faire : les 6 puzzles de la reference restent a corriger. Le but est de vider cette liste, pas de vivre avec.