[jsboige]

Grain: MED/tooling — lane myia-po-2027:CoursIA — prev: MED/tooling #24067

Le défaut, reproduit avant fix

_cli sérialisait sur sys.stdout via json.dump(..., ensure_ascii=False). Sous une console Windows cp1252, un seul titre d'EPIC portant un caractère hors cp1252 (U+21C4, U+2192, emoji) lève UnicodeEncodeError à la ligne 462, et le rapport entier est perdu — y compris les entrées dont le titre était encodable.

Mesure du 2026-11-04, lane myia-po-2027:CoursIA, sur le corpus réel (95 EPICs × 800 PRs) :

Run	Sortie	Findings visibles
sans PYTHONIOENCODING	1980 octets, UnicodeEncodeError sur \x97	2 sur 59
avec PYTHONIOENCODING=utf-8	16040 octets, rc=0	59 sur 59

Le second run est celui qui a servi la tranche de roulement du jour. Il n'a été obtenu qu'en corrigeant à la main la console de la lane — or #13906 est un protocole de flotte : toute lane qui l'exécute doit obtenir le même rapport, sans connaître cette variable.

Ce que fait le correctif

build_payload est sérialisé en mémoire, puis écrit en octets sur sys.stdout.buffer, avec repli sur sys.stdout.write quand la sortie est un objet sans buffer (capture de test). Le rapport ne dépend plus de l'encodage de la console.

text = json.dumps(build_payload(epics, merged_prs), ensure_ascii=False, indent=...)
_write_stdout_utf8(text + "\n")

Preuves

Point	Résultat
python -m pytest scripts/tests/test_epic_body_staleness.py -q	39 passed (38 avant, +1 test de régression)
Contrôle négatif — le nouveau test lancé sans le correctif	JSONDecodeError: Expecting value: line 1 column 1 (char 0) sur une sortie vide : la perte totale est reproduite, le test mesure bien le défaut
Bout-en-bout sans PYTHONIOENCODING	rc=0, JSON valide, 95 EPICs × 120 PRs, 19 findings, un titre hors cp1252 présent dans la charge

Le test de régression simule la console cp1252 par un objet dont .write encode en cp1252 (donc lève) et dont .buffer est un BytesIO : il échoue sur l'ancien code, passe sur le nouveau.

Portée

• Aucun changement de sémantique : le payload, le corpus, les verdicts et le contrat de lecture sont identiques ; seule la couche d'écriture change.
• Le mode --json/--pretty et le contrat checks: latest-wins-green ne sont pas touchés.
• Pas de nouveau détecteur, pas d'élargissement de filet : c'est une réparation de transport, pas une règle.

Ce que ce correctif ne fait pas

Il ne change pas le fait que l'organe ne distingue pas une livraison d'axe d'une citation incidente — cette limite est déclarée par l'organe lui-même et reste à la charge de la lecture humaine (cf. la tranche du jour sur #23553, 3 livraisons d'axe sur 4 PRs citées).

See #13906

🤖 Generated with Claude Code

[jsboige]

[RETRAIT] doublon de #24622 — retire par sa lane, pas de contenu perdu

Je ferme cette PR : elle double #24622 (fix/epic-staleness-cp1252, d9e0e80d43, mergeState=CLEAN), livree plus tot dans la journee par ma propre lane et qui repare le meme defaut sur les deux memes fichiers.

La cause du doublon, mesuree : j'ai lu le body de #23553, l'organe, puis code le correctif, sans relire le registre des verifications en attente de la lane — qui porte la ligne c491 nommant #24622 et sa tete. La recherche de plateau (L898) a ete faite pour le grain de roulement, pas pour ce correctif. Cout : une branche et un run de tests inutiles, aucun contenu perdu.

Ce que cette PR apporte de plus, et qui peut servir a #24622 : un controle negatif executable — le test rejoue le defaut en simulant une console cp1252 (objet dont .write encode en cp1252, donc leve, et dont .buffer est un BytesIO). Lance sans correctif, il rend JSONDecodeError: Expecting value: line 1 column 1 (char 0) sur une sortie vide : la perte totale du rapport est reproduite, pas seulement supposee. Si #24622 veut cette forme, elle est sur la branche fix/epic-body-staleness-utf8-stdout, commit 054f6412fe.

Aucune action attendue ici. La suite du correctif est sur #24622.

[github-actions]

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

• CAP-EXCEEDED-BY-GENRE : light_genre > cap partage G-VAR-2 (tally : declared=3 genre=4 cap=3)
• NOTE ([variation] Le label est lane-agregat mais PR-attache : le merge-gate peut HOLD le grain de CONTENU qui remedie au motif #10341) : la PR courante est de classe CONTENU (non LIGHT-genre) et ne contribue pas au motif ci-dessus -- les labels agregees ne sont PAS poses sur cette PR (le merge-gate ne doit pas la HOLD pour ce motif ; le coupable est parmi les grains META de la lane).

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]

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).