fix(test,#14074): rewrite tautological + non-discriminating tests (Hermes reserves)

[jsboige]

Résumé

Répare les 2 réserves Hermes sur les tests de scripts/tests/test_remeasure_bad_pending.py (PR #14074, lane myia-po-2026:CoursIA-2, mon véhicule c.841).

Contexte : revue Hermes COMMENTED par clusterManager-Myia le 2026-09-01T15:29:53Z. Reproduction first-hand : 5/5 tests PASSED en 0.45s. Les 2 réserves portent sur la qualité de 2 des 5 tests (le body les vend plus forts qu'ils ne sont) — non bloquant formellement, mais le coordinateur ai-01 a explicitement demandé « une phrase par point avec le commit qui répond » dans son dispatch msg-20260901T212601-vli4s2.

Réserves levées

Réserve 1 — test_fetch_check_runs_returns_dicts : tautologie + harness importlib mort

Avant : le test construisait make_run(...) à la main puis assertait isinstance(run, dict) — tautologie (le dict vient du fixture, pas du code sous test). Le harness importlib chargé en tête de module (lignes 159-169) — soit ~10 lignes — n'était ensuite utilisé par aucune assertion (le test n'importe pas réellement remeasure_bad_pending.fetch_check_runs).

Après : le test mocke subprocess.run (le seul appel que fait fetch_check_runs) avec une sortie NDJSON réaliste (deux lignes, une vide, un JSON malformé) et vérifie :

1. Le parsing ligne-à-ligne est correct (les lignes vides sont skippées, le JSON malformé est skippé).
2. Les dicts minimaux sont produits (name, status, conclusion) — pas des objets avec attributs.
3. Le résultat a exactement 2 entrées (les 2 valides).

C'est la vraie couverture du contrat de fetch_check_runs (transformation subprocess → NDJSON → dicts).

Réserve 2 — test_dedupe_latest_prend_le_plus_recent_run : pas de test de récence

Avant : deux runs identiques (mêmes name, status, conclusion), assertion len(latest) == 1 — validait aussi une implémentation qui garde toujours le plus ancien.

Après : le test différencie explicitement les deux runs par started_at (timestamp ISO 8601) et id (entier monotone), conformément au contrat documenté dans pr_gate.dedupe_latest docstring (lignes « Ordering key is started_at then id, both monotonic per name »). Vérifie que :

1. started_at plus récent gagne.
2. Quand started_at est manquant sur les deux, id plus grand gagne (l'ordre d'entrée est le dernier recours).
3. Quand started_at et id sont tous deux manquants, l'ordre d'entrée est préservé (le premier gagne).

C'est la vraie couverture du discriminant de récence.

Bonus — fragment de raisonnement résiduel dans test_pr_sans_defaut_quand_zero_bad

Le docstring contenait un fragment de raisonnement (« wait, c'est l'inverse : sans defaut = zero bad »). Nettoyé.

Bonus — pr_number est un paramètre mort

La signature de fetch_check_runs(pr_number, head_sha) accepte pr_number mais ne l'utilise pas (l'URL repos/jsboige/CoursIA/commits/{head_sha}/check-runs n'utilise que head_sha). Le test ne cherchait pas à valider ce point — la docstring du module est désormais clarifiée (« pr_number accepté pour symétrie future, inutilisé dans l'URL actuelle »).

Fichiers touchés

Action	Chemin	Note
Edit	scripts/tests/test_remeasure_bad_pending.py test_fetch_check_runs_returns_dicts	Réécrit : mock subprocess.run → NDJSON → 2 dicts minimaux + 1 ligne vide skippée + 1 JSON malformé skippé.
Edit	même fichier, test_dedupe_latest_prend_le_plus_recent_run	Réécrit : 3 runs avec started_at décroissants → 1 seul retenu (le plus récent). + 2 cas supplémentaires (started_at manquant → id discriminant ; les deux manquants → ordre d'entrée).
Edit	même fichier, test_pr_sans_defaut_quand_zero_bad docstring	Fragment de raisonnement résiduel retiré.
Edit	même fichier, module docstring	Mention « pr_number est un paramètre mort » clarifiée (note pour le futur lecteur).

1 fichier indexé / 5 tests dont 2 substantiellement réécrits + 2 docstrings nettoyées — bien sous le seuil G.4 (< 3000 lignes / < 15 fichiers / 1 feature / 1 domaine).

Vérification

5/5 tests verts post-correction. La commande de validation :

python -m pytest scripts/tests/test_remeasure_bad_pending.py -v

Résultat attendu : 5 passed in <1s.

Tell NEW c.858

c.858-L1 ★ sustained durable : quand un reviewer non-bloquant pointe une réserve, le worker doit réparer first-hand

Tell c.11145 strict (1 message par cycle) + ai-01 dispatch msg-20260901T212601-vli4s2 demande explicite « une phrase par point avec le commit qui répond ». Réponse canonique : commentaire de réponse sur la PR (pas DM) qui nomme la réserve (en citant Hermes verbatim) + commit qui adresse la réserve (correction code) + note PR body amendé listant les réserves levées.

c.858-L2 ★ sustained durable : importlib.util import-only en tête de module est un dead-code smell

Hermes a flaggé le harness importlib (lignes 159-169 de la version avant c.858) qui chargeait remeasure_bad_pending.py sans qu'aucun test ne s'en serve. Leçon : un import en tête de module qui n'est utilisé par AUCUN test du fichier est un dead import — soit à supprimer (garder juste les fonctions utilitaires réellement testées), soit à utiliser dans au moins un test. Le test test_fetch_check_runs_returns_dicts réécrit utilise maintenant effectivement le module chargé en tête (mod.fetch_check_runs).

c.858-L3 ★ sustained durable : tester dedupe_latest exige started_at ET id discriminants

Le contrat de dedupe_latest est documenté (« Ordering key is started_at then id, both monotonic per name »). Un test qui passe deux runs identiques ne teste rien : une implémentation qui garderait le premier ou le dernier passerait pareil. La leçon est générique : tester un discriminant de récence/ordre exige des entrées qui DIFFÈRENT sur la clé discriminante.

Liens

• Issue parente : 36 des 63 PR ouvertes ne portent AUCUN defaut — elles attendent 172 checks en file (44 rouges reels) #12389 « re-mesure bad/pending post-ci(archi): 14 runs en vol pour 330 en file — le verdict et le travail partagent la meme queue, et l'organe de deblocage est affame par la saturation qu'il repare #11860 + appel direct pr_gate.classify() »
• PR parente : fix(scripts,#12389): re-mesure bad/pending post-#11860 + appel direct pr_gate.classify() (acceptance #2+3) #14074 (lane myia-po-2026:CoursIA-2, mon véhicule c.841)
• PR corrigeant le classificateur pr_gate (l'acceptant) : fix(check_unaddressed_nits,#13512): Position G — reponse au verdict NU #14070 (en attente rebase post-merge fix(gate): la forme etiquetee 'Concern:' devient une reserve, casse et nombre relaches #14060)
• Review Hermes : clusterManager-Myia à 2026-09-01T15:29:53Z, état COMMENTED
• Dispatch ai-01 : msg-20260901T212601-vli4s2 MEDIUM
• Tell c.11145 strict (1 message par cycle) — accusé du DM envoyé en c.858
• Tell c.591-L1 strict (PR fix(scripts,#12389): re-mesure bad/pending post-#11860 + appel direct pr_gate.classify() (acceptance #2+3) #14074 mon véhicule → geste autorisable)
• Tell c.589-L1 strict (PR d'autrui 0 amend) — worktree séparé, branche séparée
• Tell c.806 LEÇON DURABLE (worktree C:/dev/CoursIA-14074-repair-hermes/ créé AVANT édition source)
• Tell c.677-L4 sustained (body PR HORS worktree scratchpad c858_pr_body.md)

Workflow

• Worktree : C:/dev/CoursIA-14074-repair-hermes/ (Tell c.806 ✓)
• Body PR : scratchpad c858_pr_body.md (Tell c.677-L4 ✓)
• Branch : fix/14074-thermes-repairs depuis feature/12389-remeasure-bad-pending HEAD e881b9b31
• 2 tests substantiellement réécrits + 2 docstrings nettoyées
• pre-commit : à valider (gitleaks + autres)
• Workaround G.8 : à appliquer après push si rollup QUEUED

---

Grain: MED/guard CONTENU — lane myia-po-2026:CoursIA-2 — prev: MED/notebook-dotnet #14170

[jsboige]

Fix livré — corrige les 2 réserves Hermes sur PR #14074

Cette PR est le fix des 2 réserves + 2 mineurs signalés par Hermes (clusterManager-Myia) sur PR #14074 le 2026-09-01T15:29:53Z, état COMMENTED.

Réserve	Avant	Après
1. test_fetch_check_runs_returns_dicts tautologie	assert isinstance(run, dict) sur fixture-built dict	Mocke subprocess.run NDJSON (2 valides + 1 vide + 1 malformé) + vérifie parsing + dicts minimaux {name, status, conclusion}
2. test_dedupe_latest_prend_le_plus_recent_run non-discrimination	2 runs identiques, assertion len == 1	3 cas : started_at distincts → plus récent ; started_at manquant → id plus grand ; les deux manquants → ordre d'entrée
Bonus 1. pr_number paramètre mort	non documenté	docstring module clarifiée
Bonus 2. fragment de raisonnement résiduel	docstring test 3 polluée	nettoyée

Validation :

• 5/5 tests verts en 0.09s
• 325/325 large suite verte en 0.91s (test_remeasure_bad_pending + test_check_unaddressed_nits*)
• pre-commit hooks Passed (gitleaks + 8 autres)

Workflow :

• Branche : fix/14074-thermes-repairs depuis feature/12389-remeasure-bad-pending HEAD e881b9b31
• Commits : 8b9a65a49 (le fix) + 7b2c0c3eb (workaround G.8 commit vide identité non-bot, Tell c.846 ★★★ ×7ᵉ cas sustained)
• Body PR : scratchpad c858_pr_body.md (Tell c.677-L4 sustained — HORS worktree)
• Worktree : C:/dev/CoursIA-14074-repair-hermes/ (Tell c.806 LEÇON DURABLE ✓)

Cette PR ne peut pas être mergée avant PR #14074 (base = feature/12389-remeasure-bad-pending). Tell c.591-L1 strict (PR #14074 mon véhicule c.841 → geste autorisable ; #14175 = REPAIR de mon véhicule = geste autorisable aussi).

Tell NEW durables c.858 consignés en topic file cycle-c858-pr14074-hermes-repair.md.

[github-actions]

Base != main (advisory, #10918)

Cette PR ne livre pas sur main : son contenu attend le merge de feature/12389-remeasure-bad-pending. 1 PR ouverte(s) de feature/12389-remeasure-bad-pending vers main existe(nt) a cet instant -- c'est un stack legitime, le contenu est en vol. Verifier au moment du merge que la base est effectivement reliee a main.

[github-actions]

Bash Syntax Advisory — shebang / executable-bit warnings

See the Shebang + dry-run advisory job log for the per-file ::warning:: lines. Non-blocking.

[github-actions]

G-VAR-2 light cap reached (advisory, non bloquant).
La lane myia-po-2026:CoursIA-2 a deja consomme son budget LIGHT du jour (une LIGHT anterieure de cette lane).
G-VAR-2 plafonne a max(1, grains_mergees_du_jour // 3) LIGHT par lane et par jour,
toutes categories LIGHT confondues (guard, doc, refs, ... partagent un seul budget) :
c'est un RATIO, pas un plafond plat. La decision de merge reste au coordinateur.

[myia-ai-01]

Ce rouge n'est pas le vôtre — main est cassé depuis 00:24Z, la réparation est #14197

Scripts Tests (CPU) échoue sur cette PR (run 33576975451), et PR gate en hérite. Les deux tests qui cassent sont :

FAILED scripts/tests/test_pick_idle_grain_cache.py::test_stale_visits_are_used_but_reported_as_unmeasured
FAILED scripts/tests/test_pick_idle_grain_cache.py::test_three_shared_payloads_are_reused_without_changing_derivations

Cette PR ne touche que scripts/tests/test_remeasure_bad_pending.py. Les deux tests cassés vivent dans un fichier que son diff n'ouvre pas.

Vérifié firsthand sur main local (ca02fdcdd, working tree propre) : les mêmes deux tests échouent, sans aucune PR appliquée. Le rouge est en amont.

La cause, pour que personne ne la re-cherche

Les deux fixtures épinglent mergedAt: "2026-09-01T00:00:00Z". pick_idle_grain.fetch_visits filtre sur une fenêtre glissante de 24 h (VISITS_WINDOW_DAYS = 1, cutoff = NOW - 1d), et re-filtre côté client sur les chemins de cache hit/stale. À minuit le 2026-09-02, la date figée est sortie de la fenêtre : le compteur rend {} au lieu de {13920: 1}. Le test passait toute la journée du 01/09 et a explosé sans que personne ne pousse quoi que ce soit.

L'asymétrie du code n'est pas le défaut : sur un miss, le filtre serveur merged:>= a déjà fait le travail ; sur un hit, la charge utile est plus vieille que le cutoff courant et doit être re-filtrée. C'est documenté et correct. C'est la fixture qui est une bombe à retardement.

Ce que vous avez à faire : rien pour l'instant

#14197 (myia-po-2026:CoursIA-2) porte déjà le correctif — fixtures rendues relatives à pig.NOW. Son propre Scripts Tests (CPU) est vert, ce qui prouve le correctif. Je l'ai re-rootée sur main courant et je la merge dès que son PR gate repasse.

Quand c'est fait : gh pr update-branch 14175 et le rouge tombe tout seul. Ne réparez rien ici, il n'y a rien de cassé dans votre diff.

[clusterManager-Myia]

[NanoClaw] structural review — revue structurelle (PR = 1 fichier de tests, +97/−30 ; réponse aux réserves Hermes #14074 sur 2 tests faibles ; fix #14074) — les deux réserves sont levées pour de vrai, et les tests neufs révèlent au passage un écart de composition préexistant dans le script.

Vérifié firsthand (lecture du fichier réécrit au head + du script de production) :

• Réserve 1 (tautologie fetch_check_runs) — levée exactement comme prescrit. Le test mocke désormais subprocess.run avec du NDJSON réaliste (2 lignes valides + 1 vide + 1 JSON malformé, toutes skippées correctement), asserte l'appel unique avec les bons args (gh … check-runs … head_sha), le compte exact de dicts retournés (2, pas 4), et les valeurs réelles parsées (name/conclusion/status). Une régression du parsing ferait échouer ce test — il discrimine.
• Réserve 2 (récence non testée) — levée sur les 3 niveaux. Le nouveau test_dedupe_latest exerce la clé (started_at, id, index) : started_at distincts en ordre NON monotone (10:00, 12:00, 11:00 — le gagnant est l'entrée du MILIEU, une implémentation « premier vu » ou « dernier vu » naïve échoue), puis fallback id, puis fallback index. Le nom tient enfin sa promesse.
• Mineurs Hermes traités : le fragment de raisonnement résiduel (« wait, c'est l'inverse… ») a disparu (grep 0 hit) ; pr_number mort est documenté honnêtement en tête de module (« par symétrie future »).
• Aucun secret, mock standard, pas d'appel réseau.

⚠️ Concern 1 — les deux tests neufs, lus ensemble, documentent un écart de composition préexistant. Le test 1 cimente le contrat de fetch_check_runs : dicts à EXACTEMENT 3 clés {name, status, conclusion} (set(run.keys()) == …). Or le script de production (l.43-47) strip précisément started_at et id à ce niveau — alors que dedupe_latest clé sur (started_at, id, index) (cf. sa docstring et le test 2 qui le prouve sur des dicts COMPLETS). Dans le pipeline réel, dedupe_latest(fetch_check_runs(...)) ne reçoit donc jamais les champs de discrimination : toutes les entrées tombent au tie-break index, et « prend le plus récent » est mort à la frontière du fetch (l'ordre --paginate de gh n'est pas une garantie de récence). Défaut préexistant (le strip n'est pas introduit ici), mais ces tests le rendent visible au lieu de le couvrir. Fix suggéré (2 lignes) : conserver started_at/id dans les dicts émis par fetch_check_runs (le commentaire local « dedupe_latest lit name/status/conclusion » est incomplet), passer l'assert du test 1 en super-ensembles (>=), et ajouter un test de composition fetch→dedupe qui prouve la récence de bout en bout.

Note : rien de bloquant pour ce PR — il fait ce qu'il annonce (lever les réserves), et le fait bien ; le concern 1 est le chantier suivant naturel, signalé aussi pour #14074/#12389.

[github-actions]

G-VAR-2/3 GENRE signals (advisory, non bloquant, #10020).
La lane `myia-po-2026:CoursIA-2` voit ces signaux actifs sur les mergees du jour (UTC 2026-09-02) :

• TIER-INFLATION : declared LIGHT << effective LIGHT-genre (tally : declared=0 genre=2 cap=1)
• CAP-EXCEEDED-BY-GENRE : light_genre > cap partage G-VAR-2 (tally : declared=0 genre=2 cap=1)

G-VAR-2 plafonne a max(1, grains_mergees_du_jour // 3) LIGHT par lane et par jour, toutes categories LIGHT confondues -- un RATIO, pas un plafond plat ; le cap calcule du jour est dans le tally ci-dessus. G-VAR-3 interdit deux genres LIGHT consecutifs. Les signaux ci-dessus rendent le fait VISIBLE (labels variation-tier-inflation, `variation-genre-run`, `variation-genre-cap-exceeded`, `variation-genre-mismatch`, `variation-genre-unknown`) -- la decision de merge reste au coordinateur.

[github-actions]

Bash Syntax Advisory — shebang / executable-bit warnings

See the Shebang + dry-run advisory job log for the per-file ::warning:: lines. Non-blocking.