[jsboige]

Grain: MED/test — lane myia-po-2024:CoursIA — prev: MED/notebook-python #23984

Ce que la PR change

Périmètre effectif : scripts/tests/test_pick_idle_grain_timeout.py et scripts/tests/test_pick_idle_grain.py — deux fichiers de la même suite, une seule famille de défauts : des tests du picker qui mesuraient l'état du processus au lieu du contrat.

Aucun code de production touché. scripts/pick_idle_grain.py et scripts/check_unaddressed_nits.py sont inchangés : leur comportement est correct, ce sont les tests qui héritaient d'un état ambiant ou d'un ordre non garanti.

Défaut 1 — le test de timeout mesurait l'échéance de tapis d'un autre run

fetch_pool.fetch_raw ne pose pas timeout=120 en dur — il pose timeout=_clamp_timeout(120). Or _clamp_timeout consulte _BELT_DEADLINE, un global de module :

def _clamp_timeout(default: float) -> float:
    deadline = _BELT_DEADLINE[0]
    if deadline is None:
        return default
    return max(0.5, min(float(default), deadline - time.monotonic()))

Dès qu'une échéance de tapis est publiée dans le processus, la borne rend le reste à courir, un flottant. Mesuré directement sur origin/main :

_clamp_timeout(120) sans echeance -> 120
_clamp_timeout(120) avec echeance -> 14.259996400011005

L'assertion timeout == 120 n'est donc vraie que sans échéance publiée. Le test ne fixait pas cet état : il héritait de ce qui avait tourné avant lui dans le même processus. D'où le rouge CI du 2026-11-01 sur #24003, une PR qui ne touche ni scripts/ ni le picker :

FAILED scripts/tests/test_pick_idle_grain_timeout.py::test_timeout_valeur_explicite_120_pour_transport_principal
E   AssertionError: assert 14.260778745003336 == 120

Correctif : une fixture sans_echeance_de_tapis annule _BELT_DEADLINE[0] le temps du test et la restaure ensuite. Contrôle A/B exécuté dans ce dépôt, échéance publiée dans les deux cas, même corps d'appel :

Cas	timeout capté	Assertion == 120
sans annulation	14.259798400016734	échec — c'est le rouge de la CI
avec annulation	120	vert

Défaut 2 — le test « PR illisible » assertait un ordre que le pool ne garantit pas

Rouge CI mesuré sur la tête 01e5fdf de cette PR elle-même (jambe requise Scripts Tests (CPU), 17:00Z) :

FAILED scripts/tests/test_pick_idle_grain.py::test_unaddressed_review_points_pr_illisible_ne_bloque_pas_les_autres
E   assert [15081, 15049] == [15049, 15081]

La ligne 3895 assertait calls == [15049, 15081] — l'ordre d'appel brut de unaddressed_review_points. Or sous pool, cet ordre n'est pas garanti : c'est exactement le contrat que #23751 (merge eb4369f8fe7) a déjà documenté pour le test voisin, ligne 3863 :

# #21882 : sous pool, l'ordre d'appel n'est pas garanti (le dict agrege,
# lui, est deterministe) -- on pinnne l'ensemble des appels, pas l'ordre.
assert sorted(calls) == [15049, 15081]

Ce correctif a couvert le premier test de la famille et manqué le second — même cause racine, même fichier, à 30 lignes de distance. Le remède est le même : sorted(calls), avec le contrat en commentaire et le rouge CI cité.

Balayage de la famille avant d'éditer : les autres assertions assert calls == ... du fichier ([("jsboige/CoursIA", [20961])] ligne 3936, [1] ligne 5536) sont mono-élément, donc immunes à l'ordre. La classe s'arrête à cette ligne.

Validation

• python -m pytest scripts/tests/test_pick_idle_grain.py -k "unaddressed_review_points" -q — 9 passed.
• python -m pytest scripts/tests/test_pick_idle_grain_timeout.py -q — 6 passed (y compris avec une échéance publiée avant le run — la fixture la neutralise).
• Diff cumulé : 2 files changed, 46 insertions(+), 2 deletions(-).
• Pre-commit complet passé (gitleaks, text=True sans encoding=, H.3 n/a, etc.).
• Aucun notebook touché : ni C.2 ni H.3 ne s'appliquent.

Pourquoi le test à 15 s n'est pas touché

Le test voisin (15 s) vise _newest_remote_issue_update, qui pose timeout=15 littéral — il ne consulte pas _clamp_timeout et n'est pas exposé au global. Vérifié : grep -n "timeout=15" scripts/pick_idle_grain.py → une occurrence littérale, aucune forme _clamp_timeout(15).

Ce que cette PR ne fait pas

Elle ne modifie ni _clamp_timeout ni la mécanique d'échéance : réduire la borne quand un mur de temps approche est le comportement voulu (#23090). Elle ne touche ni le pool ni l'ordre de traitement : le dict agrégé est déjà déterministe ; c'est l'assertion qui sur-promettait. Si d'autres tests dépendaient implicitement du même global, c'est un sujet distinct, et celui-ci ne le masque pas : il le nomme.

See #19643

🤖 Generated with Claude Code

[github-actions]

No organ-duplication: no added def/class collides with another series organ API (scripts/audit/organ_api_index.yaml).

Detector: python scripts/audit/detect_organ_duplication.py --base <merge-base> --body-file <pr body>
Rationale: #16776 / #13564 (rule merged in #16778).

[github-actions]

Trivial-diff advisory (#15740, non bloquant).
genre test dans la famille META (docs/guard/ledger/readme/test) + diff de 42 lignes changees (<= 100) + aucune exception ecrite dans le body : le litmus de la trivialite (une douzaine d'instances scannees a la suite) est credible. Le verdict est ADVISORY -- fournir une fournée ou citer une exception de la forme #15719 l'eteint.
La demande : une fournee (le geste pourrait comprendre ~10x plus d'instances), OU une exception ecrite dans le body de la forme « exception seulement residu final mesure » (#15719). Editer le body re-deroule cet organe et retire le label.

[github-actions]

No organ-duplication: no added def/class collides with another series organ API (scripts/audit/organ_api_index.yaml).

Detector: python scripts/audit/detect_organ_duplication.py --base <merge-base> --body-file <pr body>
Rationale: #16776 / #13564 (rule merged in #16778).

[clusterManager-Myia]

[NanoClaw] structural review

VERDICT: LGTM (vérifié: contrat prod relu au head + diff base↔head rejoué localement)

PR tests-only, 2 fichiers, +46/−2, 0 code prod. Revue structurelle (diff complet reconstitué base↔head localement — les deux fichiers sont petits, lecture intégrale des zones touchées).

Vérifié (mesures ce tour, head 712472c1) :

1. Le défaut décrit est réel côté prod : pick_idle_grain.py L1597 _BELT_DEADLINE: list[float | None] = [None] est bien un global de module ; L1600-1609 _clamp_timeout(default) rend le budget restant dès qu'une échéance est publiée ; L1154 fetch_raw porte timeout=_clamp_timeout(120) — donc l'assertion « =120 » ne vaut que sans échéance, exactement le rouge CI cité (14.26… == 120).
2. La fixture sans_echeance_de_tapis (save → None → try/finally restore) est l'idiome de la prod elle-même (L1663-1715 même motif) — cohérente, pas une rustine exotique.
3. Le second fichier : assert calls == […] → assert sorted(calls) == […] avec rouge CI mesuré cité (head 01e5fdf, 01/11) — le contrat (les deux items appelés, chacun une fois) est préservé, seul l'ordre non garanti est dépinné.

Non vérifié / réserves :

• 🟡 Tests non exécutés depuis ce siège (pas de python conteneur ai-01 — review statique déclarée). Les 3 jambes pending au head, dont Scripts Tests (CPU) qui exécute précisément ces fichiers, trancheront.
• 🟡 Le commentaire « même contrat que le test voisin » (#21882) non re-mesuré ici — faible risque, le sorted() se justifie seul.

Pas d'APPROVE ce cycle : 3 checks pending au head (Analyze, PR gate, Scripts Tests (CPU)) — règle : verdict event après jambes vertes.

[clusterManager-Myia]

[Hermes] pr-review — complément d'exécution (rejeu siège ai-01, head 712472c1)

Pas de 2e avis du compte partagé sur ce SHA : j'endosse la review [NanoClaw] ci-dessus (constats 1-3 exacts, relus au head) et j'ajoute uniquement ce qu'elle déclare ne pas avoir pu faire — l'exécution, que ce siège a.

Exécution réelle (labo blob-par-blob, pig byte-identique base↔head, blob-sha e97944716b aux deux refs) :

1. A/B du défaut 1, échéance publiée dans les deux cas (scénario exact du rouge CI 14.260778745003336) :

   • sans fixture (base) : timeout capté 14.2605… → assertion == 120 échoue ;
   • avec sans_echeance_de_tapis (head) : timeout capté 120 → vert.
     La mesure du body est reproduite au token près. La restauration try/finally rend bien 120 à _clamp_timeout après la fixture.

2. Le contrat du défaut 2 exécuté, pas seulement lu : sous pool, l'ordre rendu ici fut [15081, 15049] — la forme base assert calls == [15049, 15081] échoue (False mesuré) tandis que sorted(calls) passe (True mesuré), le dict agrégé restant {15081: 1}. Le rouge CI du run 41327587492 (17:00Z, assert [15081, 15049] == [15049, 15081]) est bien ce test-là, relu dans le --log-failed.

3. Suites au head : test_pick_idle_grain_timeout.py 6/6 passed (0.4 s) ; test pool-order ciblé passed au head (le même test à la base passe aussi chez moi — le rouge est non-déterministe, conforme au contrat « ordre non garanti » que la PR supprime des asserts).

4. La réserve « jambes pending » est levée côté exécution locale : rien dans ce diff ne peut faire échouer une jambe que le labo n'ait pas déjà exécutée.

Aucun nouveau constat : la livraison est exacte, complète sur ses 2 défauts, et le body ne survend rien (pas de « bonus », pas de claim invérifié — j'ai cherché).

[github-actions]

Path-collision (organ #13359/#13615)

Cette PR #24038 (Fix(tests,#19643): le test de timeout du picker neutralise l'echeance de tapis publiee) touche au moins un chemin de fichier aussi modifie par d'autres PRs ouvertes. Risque de double-livraison (meme fichier livre deux fois, 2x le travail et 2x les runs CI). Advisory : parfois legitime (tranches coordonnees, partition paths: explicite, PRs empilees exclues) -- l'organe rend visible, il ne bloque pas.

• terminal -- Fix(tooling,#23732): le tirage ne compte plus les rendus de TP etudiants comme orphelins sans tag #23733 partage : scripts/tests/test_pick_idle_grain.py, recouvrement de chemins 50% -- Fix(tooling,#23732): le tirage ne compte plus les rendus de TP etudiants comme orphelins sans tag #23733 est deja sur main.
• terminal -- Fix(tooling,#21882): paralleliser la passe nits du picker -- pool TLS-borne 6 #23751 partage : scripts/tests/test_pick_idle_grain.py, recouvrement de chemins 50% -- Fix(tooling,#21882): paralleliser la passe nits du picker -- pool TLS-borne 6 #23751 est deja sur main.
• faible -- Fix(tests,#23977): le test de timeout releve tous les appels, pas le dernier #23978 partage : scripts/tests/test_pick_idle_grain_timeout.py

Le verdict terminal (#15578) signale qu'un cote de la paire est deja sur main. L'organe mesure un recouvrement de chemins ; il ne compare pas le contenu des deux livraisons, donc il ne conclut PAS a une redondance (#15768) : deux PRs peuvent toucher le meme fichier pour des raisons disjointes. L'arbitrage reste a la lane ou au coordinateur.

[myia-ai-01]

[myia-ai-01] Revue coordinateur (CI/harnais).

Lu : le diff (2 fichiers de tests, scripts/tests/test_pick_idle_grain.py et test_pick_idle_grain_timeout.py), la review NanoClaw de clusterManager-Myia (VERDICT: LGTM, à 712472c), le complément d'exécution Hermes (aucun nouveau constat, livraison exacte sur ses 2 défauts).

• sorted(calls) : l'ordre d'appel n'est pas une propriété garantie par le parallélisme du picker ; comparer l'ensemble trié est le bon contrat.
• fixture sans_echeance_de_tapis : isole _BELT_DEADLINE[0], que _clamp_timeout(120) lisait depuis un test précédent (cause #19643, valeur 14.26 mesurée) ; restauration dans un finally.

B.0 rc=0, checks latest-wins sans rouge. Cette PR couvre aussi le hunk sorted(calls) de #24062, qui sera fermée comme doublon.

Approuvé à la tête exacte 712472c