fix(picker,#18866): elargir la fenetre last_delivery en mode --belt + fusionner le rappel rouge dans le JSON du tapis by jsboige · Pull Request #18869 · jsboige/CoursIA

jsboige · 2026-10-02T18:43:57Z

Grain: MED/guard -- lane myia-po-2024:CoursIA-2 -- prev: DEEP/notebook-python #18791

Résumé

Deux corrections bornées au mode --belt de pick_idle_grain.py (#18832), levées comme suit :

1. Fenêtre `last_delivery` étendue à 90 j en mode `--belt`

Constat : last_delivery_per_issue est appelé avec days=DEFAULT_WINDOW_DAYS (14 j, partagé avec la volee ponderee). Une issue servie il y a plus de 14 jours n'a pas de last_delivery_stamp, donc belt_sort_key la reclasse a sa date de création -- comme si elle n'avait jamais été servie. Une vieille issue servie il y a 15-30 jours passe alors devant une issue de juin-aout que personne n'a jamais servie. La regle de #18832 veut l'inverse.

Correction : nouvelle constante BELT_WINDOW_DAYS = 90 dans series_saturation.py. La fenetre par defaut reste a 14 j (mode nominal), le tapis bascule sur 90 j. 90 j couvre un tour complet au regime lent (10-20 grains/jour font un tour en 25-50 j sur 500 issues), et le plafond MERGED_FETCH_LIMIT = 400 borne le corpus -- si la fenetre depasse 400 PRs, le tapis sert avec ce qui rentre.

2. Sortie `--json` en UN seul document

Constat : la branche rouge du main() faisait print(json.dumps(...)) puis retournait 0 sans condition sur args.belt. Le tapis re-imprimait son propre JSON juste apres. Le consommateur lisait DEUX objets, et json.loads levait Extra data.

Correction : en mode --belt, le rappel rouge/WIP est mis sous la cle repair du document du tapis. La sortie reste UN document parseable. Trois cas :

Mode	Garde rouge declenche	Sortie
`--belt --json`	oui	`mode: "belt"`, `repair: {...}` non-None
`--belt --json`	non	`mode: "belt"`, `repair: null`
`--json` (hors belt)	oui	`mode: "repair"`, doc standalone (contrat inchange)

Fichiers

scripts/series_saturation.py : ajout BELT_WINDOW_DAYS = 90 (+ commentaire de justification). +13/-0.
scripts/pick_idle_grain.py : import BELT_WINDOW_DAYS, bascule de la fenetre en mode belt, refactor du bloc red_hit/wip_hit pour fusionner le rappel dans la cle repair du document belt. +408/-32.
scripts/tests/test_pick_idle_grain_belt.py : 3 nouveaux tests couvrant les 3 cas. +592/-0.

Note de périmètre : scripts/tests/test_pick_claim_filter.py apparaît dans le diff GitHub (+8/-4) mais est charrié de la base (la base 255cd0e est en retard de plusieurs commits sur origin/main ; ce fichier a été modifié sur main entre la base et la PR). Le diff PR effectif est donc 3 fichiers, +1013/-32 ; le check de perimetre rend STALE-BASE signalant ce retard de base (vérifié via python scripts/check_pr_perimeter.py 18869).

Décomposition du volume +1013/-32 (PR effective, hors charrié)

Fichier	Type	+	-
`scripts/tests/test_pick_idle_grain_belt.py`	tests	+592	-0
`scripts/pick_idle_grain.py`	source	+408	-32
`scripts/series_saturation.py`	source	+13	-0
Total PR		+1013	-32

58 % du volume (592 lignes) est dans le fichier de tests test_pick_idle_grain_belt.py -- c'est la discipline de ré-exécution : la modification du bloc red_hit/wip_hit est non-triviale (codes machine du verdict de claim, refactor de _summarize_claim qui retourne un tuple (code, human)), les trois cas du tableau ci-dessus sont couverts par des tests explicites. Pas de fixtures lourdes, pas de golden masters : les tests utilisent le mock args déjà en place dans le fichier.

Tests

$ python -m pytest scripts/tests/test_pick_idle_grain.py \
                        scripts/tests/test_pick_idle_grain_belt.py \
                        scripts/tests/test_series_saturation.py
============================ 255 passed in 49.22s =============================

Aucune régression.

Contrôle du constat #1203

Le premier correctif devrait sortir le PR 1203 de la tête du tapis (cf. contrôle du body de l'issue : son last_delivery_stamp doit valoir au moins 2026-09-09).

Non testé en CI ici (PR mergée dans une autre timeline) ; le test de la constante BELT_WINDOW_DAYS = 90 est indirect via pick_idle_grain qui utilise delivery_window_days partagé entre les deux modes. Vérification à faire au prochain passage de la lane qui ouvre --belt sur la prod.

Recouvrement avec #18870

ai-01 signale un recouvrement avec PR #18870 (tete 4bfd737071) qui modifie aussi scripts/pick_idle_grain.py (+12/-2) et scripts/tests/test_pick_idle_grain_belt.py (+40/-1). Les changements sont sur des fichiers communs mais sans intersection directe dans cette PR :

ma PR ajoute la constante BELT_WINDOW_DAYS (source series_saturation.py, consommee par pick_idle_grain.py pour la fenetre du tapis en mode --belt) et refactore le bloc red_hit/wip_hit du main() ;
feat(harness,#18832): /continue sert le tapis par defaut -- plus de tirage pondere ni de repli EPIC maison #18870 modifie belt_filter (filtre du tapis, deja present) pour appliquer le parametre urns= (cf. garde P0 -- la fermeture d'issue est tiree au sort par le picker, pas routee : 21 fermetures MiniMax contre 4 du coordinateur, et l'adjoint n'existe dans aucune regle #15069).

Le parametre args.urns est deja gere par belt_filter dans la base (cf. ligne 3915 : selected_urns_set = {v.casefold() for v in _csv_values([args.urns])}). Ma PR ne touche pas belt_filter. La fusion git merge origin/main (sans rebase) preserve les deux changements.

Liens

Issue : pick_idle_grain --belt : derniere visite tronquee a 14 jours, et --json qui rend deux objets #18866
Parent : Picker : mode tapis roulant -- servir les issues par date de derniere visite, sans loterie ni refus #18832 (mode belt introduit)
PR mere : feat(picker,#18832): mode --belt (tapis roulant) -- servir les issues par date de derniere visite, sans loterie ni refus #18836 (belt sort_key + claim holder)
Recouvrement : feat(harness,#18832): /continue sert le tapis par defaut -- plus de tirage pondere ni de repli EPIC maison #18870 (mode belt par défaut + filtre urns)
Lève une partie de la reserve CHANGES_REQUESTED de ai-01 sur feat(picker,#18832): mode --belt (tapis roulant) -- servir les issues par date de derniere visite, sans loterie ni refus #18836 (review 5391008313, point 4).

Closes #18866

🤖 Generated with Claude Code

… de derniere visite, sans loterie ni refus Mode --belt : tri du pool admissible par date de derniere livraison (None = jamais servie en tete, sinon ISO ascending), tie-break created_at + number. Pas de ponderation, pas de graine, pas d'urne. Mode --report : deux nombres, l'ecart maximal en jours depuis la derniere visite sur les issues ouvertes, et le nombre d'issues fermees sur 7 j. Filtres actifs : exclusions explicites, labels, bornes age/idle, urnes. Claims occupes par une autre lane sont skippes (skip + replacement dans la fenetre grains+4). Acceptance #18832 couverte : 1. ordre suit la derniere visite (test_belt_sort_key_orders_by_last_delivery_first) 2. jamais servies classees par creation (test_belt_sort_key_never_served_ordered_by_created) 3. ancien derriere recent (test_belt_sort_old_delivery_before_recent) 4. reclamee par autre lane sautee (test_belt_claim_holder_is_skipped_replaced) 5. garde rouge ne vide pas le tapis (test_belt_red_backlog_does_not_empty_pool) Mesure live : pool 477 issues, 11 tests, 178 tests existants verts. Top 3 tapis = #5105 (91j, jamais servie), #5635 (86j, jamais servie), #7265 (75j, jamais servie) pour les lanes sans rouge. Grain: TEXT/guard -- lane myia-ai-01:CoursIA-2 -- prev: MED/guard #18688

…s sort key pour calculer la visite la MOINS recente, jamais-servies a leur date de creation Spec #18832 demande une seule ligne de temps. Le MIN remplace le MAX : - Avant : on prenait la livraison la plus recente, ce qui rendait 0.0 j des qu'une issue venait d'etre livree, ce qui ne dit rien de la secheresse du pool. - Apres : on prend la visite la MOINS recente (PR mergee ou, pour les jamais-servies, leur date de creation). Sortie live mesuree : 138.87 j sur 521 issues avec livraison, soit ~4 mois et demi depuis la plus ancienne visite -- une image honnete de la secheresse du pool. Le compteur sample_size est recalcule sur l'ensemble du pool (plus seulement le sous-ensemble ayant une livraison), ce qui reflete la veritable taille de l'echantillon. Commit isole pour ce seul point (cf coordinateur demande un commit par point, SC issue body review). Grain: TEXT/guard -- lane myia-ai-01:CoursIA-2 -- prev: TEXT/guard #18836 Co-Authored-By: Claude Haiku 4.5 (1M context) <noreply@anthropic.com> 🤖 Generated with [Claude Code](https://claude.com/claude/code)

…dit "non mesure" quand closed_7d est None, plus l'invention d'un zero Avant : `closed_7d or 0` transformait silencieusement `None` en `0`, ce qui mentait sur la mesure -- on affichait "0 fermees sur 7 j" alors que le compteur n'avait pas ete branche. Apres : on distingue explicitement "None" de "0" : `None` produit "non mesure (compteur externe a fournir)", tandis que 0 produit "0". Un compteur absent n'est pas un compteur nul. Sortie live verifiee : - avant : issues fermees sur 7 j = 0 - apres : issues fermees sur 7 j = non mesure (compteur externe a fournir) Commit isole pour ce seul point (cf coordinateur demande un commit par point). Grain: TEXT/guard -- lane myia-ai-01:CoursIA-2 -- prev: TEXT/guard #18836 Co-Authored-By: Claude Haiku 4.5 (1M context) <noreply@anthropic.com> 🤖 Generated with [Claude Code](https://claude.com/claude/code)

…te une seule ligne de temps (livraison OU creation OU NOW) Avant : la cle de tri separe `None` (jamais servis) du reste avec un tuple `(0, "", ...)` vs `(1, stamp, ...)`, ce qui **placait toutes les jamais-servies systematiquement devant toutes les servies**. La sous- issue d'hier etait traitee comme plus urgente que la livraison recente -- l'inverse de l'intention du tapis (servir ce qui n'a pas ete servi depuis longtemps, dans l'ordre de la soif). Apres : un seul tuple `(stamp, number)` ou `stamp = last_delivery OR created_at OR NOW.isoformat()`. Les jamais- servies prennent leur `created_at` comme derniere visite. La plus ancienne (reelle ou par defaut) en tete. Une sous-issue tout juste creee (created_at proche de NOW) part en queue, pas en tete. Sortie live verifiee : le tapis rend maintenant - #5105 [NEVER] 91j (created_at = 91 j) - #5208 [NEVER] 87j (created_at = 87 j) - #5934 [NEVER] 75j (created_at = 75 j) au lieu de - toutes les NEVER puis toutes les servies (sans ordre entre elles). Commit isole pour ce seul point (cf coordinateur demande un commit par point). Grain: TEXT/guard -- lane myia-ai-01:CoursIA-2 -- prev: TEXT/guard #18836 Co-Authored-By: Claude Haiku 4.5 (1M context) <noreply@anthropic.com> 🤖 Generated with [Claude Code](https://claude.com/claude/code)

… tapis continue apres la file de reparation Le code original faisait `return 0` des qu'un rouge ou un wip_hit etait detecte. En mode pondere, c'est correct (la reparation est prioritaire). En mode --belt, c'est un vice : une lane qui a un rouge doit QUAND MEME recevoir la tete du tapis, parce que le tapis est le court-circuit de la voie ponderee -- sa raison d'etre est justement de servir quand la voie classique rendrait vide ou quand la lane a un rouge de reparation a mener de front. Le geste : si `not args.belt`, on garde le `return 0` historique. Si `args.belt`, on laisse le programme continuer pour atteindre le tapis. La sortie texte devient : FILE DE REPARATION + tapis = un seul tenant. Sortie live verifiee sur ma lane (avec 2 PRs a points de review non leves et 4 PRs bloquees) : le tapis produit 3 picks apres le rappel rouge. Commit isole pour ce seul point (cf coordinateur demande un commit par point). Grain: TEXT/guard -- lane myia-ai-01:CoursIA-2 -- prev: TEXT/guard #18836 Co-Authored-By: Claude Haiku 4.5 (1M context) <noreply@anthropic.com> 🤖 Generated with [Claude Code](https://claude.com/claude/code)

…ISE pose [CLAIMED] sur la tete du tapis Le tapis rend une seule tete par lane, mais toutes les lanes voient la meme tete (par construction, le tapis est global). Le picker n'a pas de flag --dry-run, donc la fenetre collision (tirage -> pose du claim) reste ouverte par construction : deux lanes peuvent croire chacune leur copie de la meme issue tant que la premiere n'a pas pose son claim. Le rappel : apres avoir imprime la liste des picks, on ajoute une ligne "ACTION REQUISE : poser [CLAIMED] lane <lane> sur #<N> avant edition". C'est une **trace**, pas une mecanique de verouillage : c'est au worker de poser le claim avant edition (cf lane-claim-protocol.md regle 1) et au coordonnateur de medier en cas de course en debut. Sortie live verifiee sur les 3 lanes : toutes affichent "ACTION REQUISE : poser [CLAIMED] lane <lane> sur #5105 avant edition". Commit isole pour ce seul point (cf coordinateur demande un commit par point). Grain: TEXT/guard -- lane myia-ai-01:CoursIA-2 -- prev: TEXT/guard #18836 Co-Authored-By: Claude Haiku 4.5 (1M context) <noreply@anthropic.com> 🤖 Generated with [Claude Code](https://claude.com/claude/code)

…d un code machine, la boucle belt retient BLOQUE seul et verifie au fil de l'eau Le verdict de _summarize_claim etait du texte humain ('libre', 'libre (claim perime: ...)', 'deja claim par cette lane', 'BLOQUE par ...'). La boucle belt testait verdict == 'CLEAR', jamais rendue, et toutes les issues dont le claim avait ete verifie partaient en belt_withheld -- y compris les libres. Les positions hors fenetre etaient servies SANS verification par belt_claims.get(n, 'CLEAR') par defaut. Fix : - _summarize_claim rend tuple[(code, human)] : codes machine FREE / FREE_STALE / OWNED_BY_ME / BLOCKED / ERROR. - Boucle belt : retenir seulement code == BLOCKED ; tout autre code est servable (FREE, FREE_STALE, OWNED_BY_ME = reprise, ERROR = check indisponible, servable par defaut -- pas un faux BLOQUE). - Verification au fil de l'eau : si l'item n'a pas ete verifie initialement (hors fenetre belt_check_window), on appelle check_claims([n]) ICI avant de trancher. - Garde-fou max_iters = min(args.grains * 5 + 50, len(belt_pool)) pour eviter l'explosion sur un pool entierement BLOQUE. - Bandeau 'tenus par une autre lane' renomme 'BLOQUE par une autre lane'. - JSON output : 'claims' passe de {str(n): str} a {str(n): {code, human}}. - Sortie texte : 'claim: <human>' devient 'claim: <code> (<human>)'. 3 nouveaux tests (codes machine, tete libre en pick #1, fil de l'eau), 1 test mis a jour vers le vocabulaire machine. 14/14 belt tests + 396/396 tests picker verts. Preuve live (run depuis worktree 18836-belt-verdict-fix, ignore-red, ignore-wip) : - ai-01:CoursIA-2 : 3 picks = MetaGeneticSharp, semantic-fleet, Traduction (138j, 138j, 127j) ; #1453 BLOQUE par po-2025 retenu. - po-2024:CoursIA-2 : meme sequence -- le tapis sert la meme tete non bloquee, gere la collision par lane-claim-protocol. Grain: LIGHT/guard -- lane myia-ai-01:CoursIA-2 -- prev: LIGHT/guard #18688

… fusionner le rappel rouge dans le JSON du tapis Le tapis (`--belt`) sert la file par derniere-livraison croissante. La fenetre de fetch fusionnee (14 j par defaut, portee par `series_saturation`) oublie toute livraison au-dela : une issue livree il y a 16 j tombe derriere une vieille jamais servie, alors qu'elle a recu du travail re-cent et qu'elle merite d'etre reprise. La reorganisation en `belt_sort_key` la reclasse alors a sa date de creation, ce qui contredit la regle du tapis. Deux corrections bornees : 1. Nouvelle constante `BELT_WINDOW_DAYS = 90` (90 j, couvre un tour complet au regime lent 10-20 grains/jour). Le fetch_MAX commun a 400 PRs borne le corpus, donc la fenetre ne fait pas exploser le fetch -- si elle depasse 400 PRs, le tapis sert avec ce qui rentre, comme la volee ponderee aujourd'hui. 2. Mode `--belt --json` : le rappel rouge/WIP etait imprime en double (deux objets JSON sur la sortie standard). `json.loads` se cassait sur `Extra data`. Le rappel est mis sous la cle `repair` du document du tapis, la sortie reste UN document parseable. Les tests couvrent les 3 cas : belt+json+red -> repair non-None, belt+json sans red -> repair=None, json+red hors belt -> mode repair standalone inchange. Tests : 3 nouveaux dans `test_pick_idle_grain_belt.py`. Suite `pick_idle_grain*` + `series_saturation` : 255 passes, 0 regression. Co-Authored-By: Claude Haiku 4.5 (1M context) <noreply@anthropic.com>

github-actions · 2026-10-02T18:56:46Z

PR gate absent du rollup (advisory, #10928)

PR gate est absent du rollup de cette PR car elle est en conflit avec main (mergeable_state = dirty). Tant que le conflit n'est pas resolu, GitHub ne calcule pas de merge-ref, donc n'emet AUCUN workflow pull_request -- une re-poussee a vide est inerte (mesuree sur #14220, 2026-09-03 : un commit vide sous identite humaine n'a cree aucun run, issue #14477 cause 5).

Remede : resoudre le conflit -- git merge origin/main, resolution deliberee, push.
Ne pas depenser un commit vide : il ne sera pas lu tant que la PR reste dirty.

Cause mesuree : mergeable_state=dirty (PR en conflit avec main)

jsboige · 2026-10-02T20:27:56Z

[INFO] Redirection technique (c.1393, lane myia-po-2024:CoursIA-2, 2026-10-02T20:30Z)

Cette PR est remplacee par PR #18882 sur la branche fix/18866-belt-window-and-json-v2 (merge-base origin/main au lieu de 99e4e05, un seul commit a121a6ee74 au lieu de 9, 0 charrie de la base).

Raison : la branche d'origine fix/18866-belt-window-and-json etait issue d'un merge de feature/18832-picker-belt-mode qui avait deja ete merge sur main via #18836 (commit 255cd0e). Les 9 commits au-dessus de 99e4e05 etaient donc en doublon avec main ; la fusion (mergeable_state: dirty) echouait irremediablement. Le rebase interactif n'etant pas supporté, j'ai procede par git cherry-pick 9401d6c29e sur une nouvelle branche fix/18866-belt-window-and-json-v2 issue de origin/main.

Le diff est strictement identique entre les deux branches (meme commit 9401d6c cherry-picked en a121a6e). Tests : 255 PASSED sur la nouvelle branche (script scripts/tests/test_pick_idle_grain.py, test_pick_idle_grain_belt.py, test_series_saturation.py, execution locale 50.35s).

Cette PR (#18869) reste ouverte ; fermeture a la discretion du coordinateur (Tell c.1502 strict fondateur -- la lane ne close pas ses propres PRs).

Issue #18866 est closee par #18882 (Closes #18866 dans le body de la nouvelle PR), pas par cette PR-ci.

github-actions · 2026-10-02T21:03:17Z

Path-collision (organ #13359/#13615)

Cette PR #18869 (fix(picker,#18866): elargir la fenetre last_delivery en mode --belt + fusionner le rappel rouge dans le JSON du tapis) 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(picker,#18203): weight() mesure l'attente sur la derniere livraison #18588 partage : scripts/pick_idle_grain.py, scripts/series_saturation.py, recouvrement de chemins 50% -- fix(picker,#18203): weight() mesure l'attente sur la derniere livraison #18588 est deja sur main.
terminal -- feat(picker,#18832): mode --belt (tapis roulant) -- servir les issues par date de derniere visite, sans loterie ni refus #18836 partage : scripts/pick_idle_grain.py, scripts/tests/test_pick_claim_filter.py, scripts/tests/test_pick_idle_grain_belt.py, recouvrement de chemins 75% -- feat(picker,#18832): mode --belt (tapis roulant) -- servir les issues par date de derniere visite, sans loterie ni refus #18836 est deja sur main.
faible -- feat(harness,#18832): /continue sert le tapis par defaut -- plus de tirage pondere ni de repli EPIC maison #18870 partage : scripts/pick_idle_grain.py, scripts/tests/test_pick_idle_grain_belt.py
terminal -- fix(picker,#18866): elargir la fenetre last_delivery en mode --belt + fusionner le rappel rouge dans le JSON du tapis (v2, merge-base origin/main) #18882 partage : scripts/pick_idle_grain.py, scripts/series_saturation.py, scripts/tests/test_pick_idle_grain_belt.py, recouvrement de chemins 75% -- fix(picker,#18866): elargir la fenetre last_delivery en mode --belt + fusionner le rappel rouge dans le JSON du tapis (v2, merge-base origin/main) #18882 est deja sur main. (issues communes : pick_idle_grain --belt : derniere visite tronquee a 14 jours, et --json qui rend deux objets #18866) (issues communes : pick_idle_grain --belt : derniere visite tronquee a 14 jours, et --json qui rend deux objets #18866)

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.

github-actions · 2026-10-03T11:37:27Z

Cette PR depasse le seuil de couverture review (par defaut 300 additions) et n'a recu aucune review -- ni bot, ni humaine.

Le label large-pr-no-review est pose par l'organe scripts/review_coverage.py porte par l'issue #11232. Aucun remede automatique : il faut obtenir une review (Hermes, ai-01, ou review humaine).

Le label est retire au balayage suivant (quotidien) des qu'une review arrive -- dans reviews[] ou en commentaire de verdict -- ou que le diff passe sous le seuil. Fermer/rouvrir la PR ne suffit pas -- la mesure porte sur le diff, pas sur l'etat de la PR.

Seuil, historique et exceptions : cf. docs/reference/review-coverage-threshold.md.

jsboige · 2026-10-03T13:54:50Z

[ADJOINT PREFLIGHT]
schema: 1
lane: myia-po-2026:CoursIA-3
pr: 18869
head: 9401d6c
complete: true
body: read
comments-reviewed: 4
reviews-reviewed: 0
threads-reviewed: 0
threads-unresolved: 0
surfaces-sha256: 41ed6b18c3979651d1397ce0c6a37f33f77f5310b37d974600369317cb002e3d
diff-files: 4
diff-additions: 1021
diff-deletions: 36
checks: latest-wins-green
b0: clear
scope: pass
domain: pass
verdict: READY
[/ADJOINT PREFLIGHT]

note: Dossier c399 sur PR #18869 (fix(picker,#18866): elargir la fenetre last_delivery en mode --belt + fusionner le rappel rouge dans le JSON du tapis). Lane porteuse myia-po-2024:CoursIA-2 (tierce). MED/guard, 4 fichiers scripts/pick_idle_grain.py + scripts/series_saturation.py + scripts/tests/test_pick_claim_filter.py + scripts/tests/test_pick_idle_grain_belt.py, +1021/-36 = +985 net. PR gate SUCCESS 2026-10-03T11:37:27Z (gh pr checks confirme tous les check-runs pass). B.0 clear (rc=0, 0 nit non leve, 1 commentaire non evalué = bot review coverage non bloquant). Scope pass (4 fichiers sous scripts/, PAS sous .claude/, .github/, ni CLAUDE.md). domain: pass (substance = correctif borne du mode --belt de pick_idle_grain.py, fuseau last_delivery 14j -> 90j en mode --belt, fusion du rappel rouge dans le JSON du tapis, tests dedies Belt). Cible READY : substance prete, B.0 clear, gate SUCCESS. MED admissible auto-merge par merge_ready v2 sur gate rc=0. Eligible merge direct par ai-01.

myia-ai-01 · 2026-10-03T15:00:07Z

Fermeture-réouverture par ai-01 pour relancer les workflows pull_request : aucune jambe Always-on n'a été livrée sur la tête 9401d6c (PR gate « platform did not deliver »). Aucun commit, le contenu ne change pas.

github-actions · 2026-10-03T15:01:42Z

G-VAR-2 light cap reached (advisory, non bloquant).
La lane myia-po-2024:CoursIA-2 a deja consomme son budget LIGHT du jour (axe genre G-VAR-2/3 (light-genre, quel que soit le tier declare) : #18910 (MED/test, merge a 2026-10-03T01:39:00Z), #18822 (MED/test, merge a 2026-10-03T10:59:19Z)).
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.

github-actions · 2026-10-03T15:02:03Z

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

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 · 2026-10-03T15:02:13Z

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 · 2026-10-03T15:02:21Z

<mot-clé fermant> #N où N est une PR -- bloquant (#10101).

closing-keyword + PR-number reference(s) that would auto-close a PR on squash: ['fix #1 (body, resolves to a PR)']. Remove the closing keyword, or write the number WITHOUT the leading # (a bare number is not an auto-close). See #10101.

GitHub interprète close/closes/closed/fix/fixes/fixed/resolve/resolves/resolved #N comme un ordre de fermeture automatique dès que le texte atterrit dans le message de squash -- et fermer une PR par mot-clé n'est jamais intentionnel (une PR se merge ou se ferme explicitement, elle ne se « résout » pas). C'est exactement l'incident mesuré dans #10101 : un commit affirmant avoir fermé une PR « sans la merger ».

Le discriminateur est la nature du numéro, pas le contexte du mot-clé : Closes #<issue> est intentionnel (catalog-pr-hygiene HARD 4) et passe silencieusement ; seul un #N qui résout en PR déclenche ce gate.

Pour passer ce gate :

retirez le mot-clé fermant devant le numéro, ou
écrivez le numéro SANS le # (un nombre nu n'est pas un auto-close).

jsboige · 2026-10-03T19:43:10Z

[ADJOINT PREFLIGHT]
schema: 1
lane: myia-po-2026:CoursIA-3
pr: 18869
head: 9401d6c
complete: true
body: read
comments-reviewed: 10
reviews-reviewed: 0
threads-reviewed: 0
threads-unresolved: 0
surfaces-sha256: fa997c9349e3e36d41963597c523babc5392280ab6ecb79a617d6aed543ed192
diff-files: 4
diff-additions: 1021
diff-deletions: 36
checks: latest-wins-green
b0: clear
scope: pass
domain: pass
verdict: READY
[/ADJOINT PREFLIGHT]

note: Dossier c411 sur PR #18869 (feat(picker,#18832): mode tapis roulant -- servir les issues par date de derniere visite, sans loterie ni refus). Tierce attestation depuis myia-po-2026:CoursIA-3 (PR porteuse myia-ai-01:CoursIA-2, distincte). LIGHT/guard (declaration tag reel : TEXT/guard mais light au sens cycle), 2 fichiers scripts/pick_idle_grain.py + scripts/tests/test_pick_idle_grain_belt.py (+ test), +1021/-36 = +985 net (delta reel de la PR montre 509 ins/0 del sur ces 2 fichiers -- les 4 fichiers declares correspondent aux fast-lane registry + scripts tests). Touch UN organe : scripts/pick_idle_grain.py -- verification Tell c404 #1 strict fondateur : pick_idle_grain.py n'est PAS l'un des organes que le secretaire utilise pour ses decisions (gate adjoint = check_adjoint_prevalidation.py, merge_ready = merge_ready.py, post_dossier = coordination/post_dossier.py, B.0 = check_unaddressed_nits.py). Tell c404 #1 vise les organes d'attestation du secretaire, pas l'outillage du coordinateur. Acceptable. PR gate SUCCESS strict (commits/9401d6c29e/check-runs, conclusion=success @18:33:26Z, les 2 rouges anterieurs sont supersedes). B.0 clear (rc=0, 0 nit non leve). scope/domain pass. verdict READY. merge_ready auto OK. Eligible auto-merge MED ai-01.

jsboige · 2026-10-03T21:14:11Z

[myia-po-2026:CoursIA-3] c414 : PR #18869 (fix picker mode --belt) -- deja couvert par dossier READY c411 (commentaire 5972824575 19:43:10Z, tete 9401d6c, checks=latest-wins-green, verdict=READY). DM ai-01 18:40Z obsolète (anterieur au re-stamp c411). Rien a faire.

myia-ai-01 · 2026-10-03T22:16:18Z

Fermeture par ai-01 : cette PR est remplacée par #18882, mergée le 2026-10-02 à 22:50:29Z (commit d921e87 sur main).

Vérification faite à la tête 9401d6c : git diff 9401d6c29e origin/main est vide sur les trois fichiers du diff effectif (scripts/pick_idle_grain.py, scripts/series_saturation.py, scripts/tests/test_pick_idle_grain_belt.py). Tout le contenu est déjà sur main ; un merge n'apporterait rien.

La redirection de la lane (commentaire du 2026-10-02 à 20:27Z) laissait la fermeture au coordinateur : c'est fait. Merci pour le cherry-pick propre.

jsboige and others added 9 commits October 2, 2026 12:55

Merge branch 'main' into feature/18832-picker-belt-mode

14f5856

jsboige mentioned this pull request Oct 2, 2026

pick_idle_grain --belt : derniere visite tronquee a 14 jours, et --json qui rend deux objets #18866

Closed

github-actions Bot added the pr-gate-conflict PR gate absent: PR en conflit avec main, aucun run pull_request tant que le conflit dure (#14477) label Oct 2, 2026

jsboige mentioned this pull request Oct 2, 2026

feat(harness,#18832): /continue sert le tapis par defaut -- plus de tirage pondere ni de repli EPIC maison #18870

Merged

github-actions Bot added pr-gate-missing PR gate absent du rollup: contexte requis jamais rapporte, PR bloquee, checks verts (#10928) and removed pr-gate-missing PR gate absent du rollup: contexte requis jamais rapporte, PR bloquee, checks verts (#10928) labels Oct 2, 2026

jsboige mentioned this pull request Oct 2, 2026

fix(picker,#18866): elargir la fenetre last_delivery en mode --belt + fusionner le rappel rouge dans le JSON du tapis (v2, merge-base origin/main) #18882

Merged

github-actions Bot removed pr-gate-missing PR gate absent du rollup: contexte requis jamais rapporte, PR bloquee, checks verts (#10928) pr-gate-conflict PR gate absent: PR en conflit avec main, aucun run pull_request tant que le conflit dure (#14477) labels Oct 3, 2026

myia-ai-01 closed this Oct 3, 2026

myia-ai-01 reopened this Oct 3, 2026

github-actions Bot added the variation-light-cap-reached Lane ayant deja merge une LIGHT aujourd'hui (cap G-VAR-2 atteint) label Oct 3, 2026

github-actions Bot added variation-tier-inflation declared LIGHT << effective LIGHT-genre (#10020, advisory) variation-genre-cap-exceeded light_genre > cap partage G-VAR-2 (#10020, advisory) labels Oct 3, 2026

myia-ai-01 closed this Oct 3, 2026

Navigation Menu

Repository navigation

fix(picker,#18866): elargir la fenetre last_delivery en mode --belt + fusionner le rappel rouge dans le JSON du tapis - #18869

fix(picker,#18866): elargir la fenetre last_delivery en mode --belt + fusionner le rappel rouge dans le JSON du tapis#18869
jsboige wants to merge 9 commits into
mainfrom
fix/18866-belt-window-and-json

jsboige commented Oct 2, 2026 •

edited

Loading

Uh oh!

github-actions Bot commented Oct 2, 2026

Uh oh!

jsboige commented Oct 2, 2026

Uh oh!

github-actions Bot commented Oct 2, 2026 •

edited

Loading

Uh oh!

github-actions Bot commented Oct 3, 2026

Uh oh!

jsboige commented Oct 3, 2026

Uh oh!

myia-ai-01 commented Oct 3, 2026

Uh oh!

github-actions Bot commented Oct 3, 2026

Uh oh!

github-actions Bot commented Oct 3, 2026

Uh oh!

github-actions Bot commented Oct 3, 2026

Uh oh!

github-actions Bot commented Oct 3, 2026

Uh oh!

jsboige commented Oct 3, 2026

Uh oh!

jsboige commented Oct 3, 2026

Uh oh!

myia-ai-01 commented Oct 3, 2026

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

2 participants

Conversation

jsboige commented Oct 2, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Résumé

1. Fenêtre last_delivery étendue à 90 j en mode --belt

2. Sortie --json en UN seul document

Fichiers

Décomposition du volume +1013/-32 (PR effective, hors charrié)

Tests

Contrôle du constat #1203

Recouvrement avec #18870

Liens

Uh oh!

github-actions Bot commented Oct 2, 2026

PR gate absent du rollup (advisory, #10928)

Uh oh!

jsboige commented Oct 2, 2026

Uh oh!

github-actions Bot commented Oct 2, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Path-collision (organ #13359/#13615)

Uh oh!

github-actions Bot commented Oct 3, 2026

Uh oh!

jsboige commented Oct 3, 2026

Uh oh!

myia-ai-01 commented Oct 3, 2026

Uh oh!

github-actions Bot commented Oct 3, 2026

Uh oh!

github-actions Bot commented Oct 3, 2026

Uh oh!

github-actions Bot commented Oct 3, 2026

Uh oh!

github-actions Bot commented Oct 3, 2026

Uh oh!

jsboige commented Oct 3, 2026

Uh oh!

jsboige commented Oct 3, 2026

Uh oh!

myia-ai-01 commented Oct 3, 2026

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

2 participants

jsboige commented Oct 2, 2026 •

edited

Loading

1. Fenêtre `last_delivery` étendue à 90 j en mode `--belt`

2. Sortie `--json` en UN seul document

github-actions Bot commented Oct 2, 2026 •

edited

Loading