[stephrobert]

Le hook verdicts-et-commun-separes et le retrait du contrôle Plumber mort sont entrés sans entrée de CHANGELOG ni bump, ce que la convention de ce dépôt ne permet pas. Cette PR le solde et prépare le tag.

Ce que l'entrée dit

Elle dit ce qui a été posé et pourquoi, parce que c'est la partie qui sert à quelqu'un qui reprendra le sujet :

• la péremption d'un verdict se jugeait en comparant des dates, et cette comparaison s'est trompée dans les deux sens le 2026-10-22 : une correction commitée avec les verdicts qu'elle périmait est passée pour saine, et des labs réattestés sur une branche sont ressortis « à réattester » après leur fusion en squash, contenu inchangé ;
• le cas qui n'est rattrapable par aucune mesure est une PR squashée qui retouche un test après sa campagne : le commit unique porte les deux, et le squash a détruit ce qui les distinguait. Cela ne se constate pas, donc cela s'empêche ;
• pipelineMustNotLeakSecretsInConfig était déclaré deux fois dans .plumber.yaml. Plumber l'a supprimé et répond « remove this block ». Le garder laissait croire que la détection de secrets était couverte ici.

Contrôles joués

• Entrée présente dans les deux CHANGELOG, EN et FR, à la nouvelle version.
• pyproject.toml bumpé en CORRECTIF, uv.lock relocké et aligné.
• La chaîne de hooks de ce dépôt est passée en entier au commit, sans quoi il aurait été refusé. Le garde-fou lui-même y figure et laisse passer : ce commit ne touche aucun relevé.
• N/A Aucun lab, test ni solution touché : validation-labs.json est inchangé et les verdicts restent valides.
• N/A Pas de réattestation : rien de ce que le cycle joue n'a bougé.

Une fois fusionnée, le tag est posé après contrôle que l'arbre tagué porte bien cette version.