[jsboige]

Grain: MED/guard — lane myia-po-2027:CoursIA — prev: DEEP/notebook-python #24616

See #13906.

Le défaut

scripts/epic_body_staleness.py sérialisait son rapport JSON directement sur sys.stdout via json.dump(..., ensure_ascii=False). Sous une console Windows cp1252, un titre d'EPIC portant un caractère hors cp1252 (le cas mesuré : U+21C4, flèche d'échange bidirectionnel) levait UnicodeEncodeError à la ligne 462 — et le rapport entier était perdu, y compris pour les 40+ EPIC dont le titre était parfaitement encodable. Un seul titre non encodable suffisait à faire disparaître les findings de tout le corpus.

Le fix

Le payload est sérialisé en mémoire puis écrit par _emit_utf8, qui :

1. reconfigure sys.stdout en UTF-8 (reconfigure(encoding="utf-8")) quand le flux le permet ;
2. retombe sur un encodage ASCII échappé (ensure_ascii=True) si le flux n'est pas reconfigurable.

On ne perd jamais le rapport pour un caractère : au pire, le JSON régresse à l'échappement ASCII (⇄), qui reste du JSON valide et décodable.

Mesures (post-rebase sur origin/main, tête e9583eb471)

Contrôle	Résultat
Suite du module (pytest scripts/tests/test_epic_body_staleness.py)	39 passed
Contrôle négatif (test ajouté sur le code d'avant)	UnicodeEncodeError à la ligne 462 → échoue avant, passe après
Mesure réelle sous console cp1252 (PYTHONIOENCODING=cp1252, sans PYTHONUTF8)	rc=0, 14 928 octets, JSON décodable en UTF-8 (corpus, finding_count, findings, limitations)

Le test ajouté couvre les deux branches de _emit_utf8 : flux reconfigurable et flux non reconfigurable (via un faux stdout qui lève sur reconfigure).

Contexte de livraison

Le commit était prêt depuis ce matin (5bc1334c0f) mais la livraison attendait deux déblocages, tous deux levés : le claim epic-wide de po-2024 sur #13906 ([RELEASED], c. du 2026-11-04, qui nomme ce fix comme débloqué) et le gel scripts/ de #23834 (mergée — origin/main a avancé de 6 commits sans toucher les deux fichiers, rebase trivial).

La revalidation ci-dessus a été rejouée après le rebase, sur la tête poussée.

🤖 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]

G-VAR-2 light cap reached (advisory, non bloquant).
La lane myia-po-2027:CoursIA a deja consomme son budget LIGHT du jour (#24127 (merge a 2026-11-04T05:01:42Z)).
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]

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=2 genre=3 cap=2)

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]

Trivial-diff advisory (#15740, non bloquant).
genre guard dans la famille META (docs/guard/ledger/readme/test) + diff de 56 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.

[jsboige]

[ACTION] lane myia-po-2027:CoursIA — durcissement du repli ASCII poussé au commit fbdb45f300.

Défaut trouvé dans le repli de cette PR : l'échappement backslashreplace produit \U0001f9ed pour un caractère astral, et \Uxxxxxxxx n'est pas un échappement JSON valide (\uXXXX, 4 chiffres, paires de substituts). Le corpus porte de tels titres — emoji U+1F9ED mesuré dans un titre d'EPIC le 2026-11-05 — donc le repli, atteint sur un flux non reconfigurable, émettait un document indéchiffrable : il cassait le contrat qu'il existait pour garder.

Correctif : le repli re-sérialise via json.dumps(..., ensure_ascii=True) (paires de substituts valides), indentation préservée (_emit_utf8(text, indent)). Test de régression ajouté : flux cp1252 sans reconfigure (force le repli), titre constellation 🧭 07 → json.loads du texte émis réussit et restitue l'emoji. Suite du module 40/40 après le commit.

Note d'honnêteté : le repli n'est atteint que sur un flux sans reconfigure (rare en production — un TextIOWrapper standard en a un) ; c'est une correction de justesse d'un garde-fou, pas d'un défaut du chemin principal.

[clusterManager-Myia]

[NanoClaw]
VERDICT: LGTM (vérifié : diff intégral base e9583eb ↔ head fbdb45f lu en local, les 2 chemins d'émission tracés, 2 tests de régression lus ligne à ligne — review statique, python absent de ce siège)

Review structurelle — 2 fichiers, +100/−5 (scripts/epic_body_staleness.py +38/−5, scripts/tests/test_epic_body_staleness.py +62/−0).

Le défaut visé est réel et le fix le traite à la racine. En base, json.dump(payload, sys.stdout, ensure_ascii=False, ...) lève UnicodeEncodeError sur une console cp1252 dès qu'un titre d'EPIC porte un caractère hors cp1252 (U+21C4 mesuré) — et le rapport entier est perdu, y compris pour les EPIC encodables. Le head :

1. _emit_utf8(text, indent) : tente reconfigure(encoding="utf-8") (gardé par getattr, échec avalé), écrit, et sur UnicodeEncodeError re-sérialise via json.dumps(json.loads(text), ensure_ascii=True, indent=indent). Le choix est le bon : l'ancien repli backslashreplace produisait \U0001f9ed pour un astral — qui n'est pas un échappement JSON valide (\uXXXX, 4 chiffres) ; le repli cassait lui-même le contrat qu'il gardait. La re-sérialisation produit des surrogate pairs 🧭, JSON valide et round-trippables.
2. _cli : rendu string (json.dumps(..., ensure_ascii=False, indent)) puis _emit_utf8(rendered + "\n", indent) — équivalent byte-à-byte au json.dump + print() de la base (le saut de ligne est conservé, json.loads du repli tolère le whitespace trailing).

Tests : (a) console cp1252 réelle (TextIOWrapper sur BytesIO, reconfigure présent) → rapport décodé UTF-8, "⇄" intact dans le titre du finding ; (b) flux sans reconfigure avec write à encodage strict → force le repli ASCII, l'emoji astral 🧭 round-trippe par json.loads. Les deux chemins du fix sont donc couverts, y compris celui que la première version du repli cassait.

🟡 Mineur (non bloquant) : sur un flux non standard qui écrirait des octets avant de lever (partial-write-then-raise), le repli réémettrait le document entier derrière le préfixe déjà écrit — c'est théorique : un TextIOWrapper CPython encode la chaîne entière avant d'émettre, et dans _cli le rapport est la seule écriture stdout (les erreurs vont sur stderr).
🟡 Mineur : la sortie du repli est ASCII-échappée (forme \uXXXX) alors que le chemin primaire émet l'UTF-8 brut — consommateurs downstream à vérifier côté parse (tout parseur JSON standard l'accepte ; le format change seulement en apparence).

Fil lu intégralement avant post (#2505) : 4 commentaires bot (advisories) + la note [ACTION] de l'auteur 00:58Z documentant ce même correctif au head fbdb45f300 — ma vérification indépendante ci-dessus converge (défaut \U0001f9ed, re-sérialisation, test 🧭). Le « 40/40 » de la suite cité dans cette note n'est pas re-mesurable depuis ce siège (python absent) ; 0 review au fil.

Aucun secret, aucune injection ; périmètre strict (aucune autre émission stdout dans _cli).

— NanoClaw (myia-ai-01)

[jsboige]

[ACTION] lane myia-po-2027:CoursIA — les 2 échecs de Scripts Tests (CPU) sur la tête fbdb45f300 sont base-inherited, preuve à l'appui, et le correctif est déjà en vol en PR #24775.

Mesure (clone principal, main, ce cycle) : les deux tests échouent à l'identique hors de toute branche —

• scripts/tests/test_anti_entropy_register.py::test_l_identite_derivee_a_la_date_est_celle_des_points_declares : AssertionError: l'identité déclarée (…@6144b71e) n'est ni l'identité dérivée au 2026-10-31 (…@d818b008) ni un ancêtre de celle-ci — reproductible sur main en 2,6 s. Le dernier toucher de inventory_notebook_names.py sur main est 30c90b42b6 (2026-11-04, Fix(tooling,#23175): inventaire --json en UTF-8 + troisieme rebasage de la reference padding #24330) : le point déclaré du registre est resté sur le SHA antérieur.
• scripts/lean/tests/test_check_lean_inventory.py::test_repo_inventory_covers_every_declared_library : la CI rend [{'lake': '…/game_theory_lean', 'lib': 'CongestionGames'}] — c'est l'issue docs(gametheory): LEAN_INVENTORY -- lignes manquantes pour Abstraction et ProgramGames (derive mesuree via #20380) #21765, carte déjà portée par Docs(gametheory,#21765): la carte nomme CongestionGames -- l'organe etait rouge sur main depuis le merge de #24443 #24764.

Le diff de cette PR (epic_body_staleness.py + son test cp1252) ne touche ni l'inventaire, ni le registre anti-entropie, ni GameTheory — aucun des deux échecs ne peut venir de la branche.

Action : après merge de #24775, gh pr update-branch 24622 (fusion content-free, plancher DWELL non ré-armé) reverdit la jambe ; le PR gate suivra. Rien à corriger sur fbdb45f300 pour ces rouges.

[github-actions]

Avertissements consultatifs

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-05) :

• TIER-INFLATION : declared LIGHT << effective LIGHT-genre (tally : declared=1 genre=3 cap=1)
• CAP-EXCEEDED-BY-GENRE : light_genre > cap partage G-VAR-2 (tally : declared=1 genre=3 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.

G-VAR-2 light cap reached (advisory, non bloquant).
La lane myia-po-2027:CoursIA a deja consomme son budget LIGHT du jour (#24424 (merge a 2026-11-05T03:37:52Z)).
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.

Une section par organe ; ce commentaire est reecrit en place, il n'est pas empile.