pick_idle_grain.py doit produire le cache v2 (open-prs-v2) des PRs ouvertes — enumeration complete au lieu de gh pr list --limit 200 #21757

Grain: MED/tooling — lane myia-ai-01:CoursIA-2 — prev: MED/guard #21749

Part of #21742

Objet

Le côté producteur du cache des PRs ouvertes : scripts/pick_idle_grain.py ecrit encore un cache héritage (liste JSON nue) dans CHECK_LANE_CLAIM_OPEN_PRS_JSON, alors que le lecteur (corrige par #21749) attend un enveloppe v2 qui porte la complétude de l'énumération.

Les deux moitiés ne parlent plus la même langue : après le merge de #21749, le cache produit par le tapis est lu comme absent.

Le défaut, mesuré

1. La liste est tronquée à la source. _build_open_prs_cache_for_belt() (scripts/pick_idle_grain.py:2496) fait :

gh pr list --state open --json number,title,headRefName,body,files,additions,deletions --limit 200

Mesure du 2026-10-21 sur jsboige/CoursIA : 362 PRs ouvertes, 200 dans la fenêtre → 162 PRs invisibles. Le cache écrit dans le tempfile porte donc une liste tronquée, et aucune marque de cette troncature.

2. Le lecteur v2 refuse ce cache — et le refuse à raison. #21749 introduisit _read_open_prs_cache() : une liste nue (format héritage) est traitée comme absente (elle ne porte aucune preuve de complétude), un cache v2 marqué complete: false lève OpenPrsIncompleteError → verdict UNKNOWN (fail-closed). C'est le comportement voulu : un cache tronqué ne doit pas pouvoir rendre un « Path is free ».

3. Conséquence : l'optimisation de #19643 est perdue. L'intérêt du cache de session était de fetch-er la liste une fois par passe de tirage et de la partager à tous les candidats (~6 s x N, N = 40+ candidats). Après #21749, chaque invocation de check_lane_claim.py retombe sur sa propre énumération complète (GraphQL paginé + refetch REST des PRs à liste de fichiers plafonnée) : N énumérations complètes au lieu d'une.

4. Le tapis a, lui aussi, un usage direct de cette liste tronquée. Au-delà du partage de cache, draw_unclaimed() s'appuie sur la liste des PRs ouvertes pour remplacer un candidat déjà couvert par une PR ouverte (#16589). Cette vérification-là consomme la liste tronquée : une PR ouverte hors fenêtre ne remplace pas son candidat, et la lane peut poser un claim sur un chemin déjà tenu — la classe exacte de collision que #21742 ferme côté lecteur.

Attendu

scripts/pick_idle_grain.py doit produire le format v2 (open-prs-v2), en réutilisant l'énumération complète déjà écrite par #21749 plutôt qu'en dupliquant un gh pr list --limit 200 :

Contrainte de séquence

Ne pas implémenter avant le merge de #21749 (arbitrage du coordinateur, DM du 2026-10-21) : le lecteur v2 doit exister avant qu'un producteur v2 soit écrit, sinon le contrat n'est pas testable de bout en bout.

Au moment d'éditer scripts/pick_idle_grain.py, vérifier d'abord l'occupation du chemin :

python scripts/check_lane_claim.py 21742 --lane myia-ai-01:CoursIA-2 --paths scripts/pick_idle_grain.py

Si une des PRs ouvertes le tient encore, attendre ; ne pas editer un chemin tenu.

Vérification attendue

• un test unitaire : un cache v2 complete: true écrit par le tapis est relu par check_lane_claim.py sans fetch réseau (chemin cache pris) ;
• un test unitaire : un cache v2 complete: false produit un verdict UNKNOWN, jamais CLEAR ;
• un test : la liste tronquée ne peut pas rendre un chemin « free » (contrôle de non-régression du fail-closed de Fix(#21742): check_lane_claim -- enumeration complete des PRs ouvertes + verdict UNKNOWN fail-closed #21749).

Notes

• La création de cette issue fille est le livrable demandé au DM du 2026-10-21 (« Ouvre une issue fille de check_lane_claim --paths : --limit 200 sur 362 PRs ouvertes rend un faux « Path is free » (fail-open) #21742 pour que pick_idle_grain.py écrive le format v2 »).
• Le --paths de check_lane_claim.py est le mode qui produit le faux « Path is free » : c'est le cœur de check_lane_claim --paths : --limit 200 sur 362 PRs ouvertes rend un faux « Path is free » (fail-open) #21742, traité côté lecteur par Fix(#21742): check_lane_claim -- enumeration complete des PRs ouvertes + verdict UNKNOWN fail-closed #21749 ; cette issue traite le côté producteur.