[jsboige]

Grain: MED/tooling — lane myia-po-2028:CoursIA — prev: DEEP/notebook-dotnet #22587

Objet

Rend l'acceptance 4 de #16473 reproductible : compare la proportion de services DEEP/CONTENU sur les sept jours suivant l'ouverture de l'EPIC aux sept jours precedents, avec une vue explicite des axes B/C.

L'organe reutilise grain_tag.parse_grain_tag, variation_light_cap.effective_tier, pick_idle_grain.CONTENU et audit_consolidation_orphans.classify_axes plutot que de reimplementer leurs regles. Il refuse une fenetre tronquee ou des metadonnees d'issue manquantes au lieu de fabriquer un verdict.

Mesure live post-fix, rejouee deux fois

Ancre exacte : ouverture de #16473 a 2026-09-16T23:48:48Z. Fenetres semi-ouvertes [debut, fin).

Fenetre	PRs mergees	Services distincts	DEEP/CONTENU	Densite	DEEP axes B/C	Part B/C dans les services
2026-09-09T23:48:48Z .. 2026-09-16T23:48:48Z	588	126	13	10.3 %	7	5.6 %
2026-09-16T23:48:48Z .. 2026-09-23T23:48:48Z	729	95	28	29.5 %	7	7.4 %

Verdict : INCREASE, +19.2 points pour DEEP/CONTENU. La part des DEEP axes B/C augmente de 1.8 point, mais leur volume reste a 7 dans chaque fenetre : il ne s'agit pas d'une augmentation du volume B/C absolu. Les genres DEEP apres ouverture sont : notebook-python 17, lean 4, genai 3, notebook-lean 2, qc 1, research-code 1.

Couverture bornee : un service est une issue distincte reliee a une PR mergee par GitHub closingIssuesReferences, comme dans belt_service_balance.py. Les PRs qui citent seulement See #N ou Part of #N sans ce lien sont hors denominateur ; la mesure ne pretend donc pas couvrir toute la production. La premiere PR mergee attribute le service quand une issue en a plusieurs (3 doublons dans la fenetre suivante). Aucune metadonnee d'issue n'est manquante.

La variation est une observation historique, pas une preuve causale de l'effet de #16473. La metadonnee d'axe est lue depuis le titre/body de l'issue, pas inferee depuis la prose de la PR.

Validation

• python -m pytest scripts/tests/test_measure_consolidation_density.py -q : 10 passed sous Python 3.13.16.
• Meme suite sous coursia-ml-training-py310 (Python 3.10.22) : 10 passed.
• uv tool run ruff check --target-version py310 scripts/coordination/measure_consolidation_density.py scripts/tests/test_measure_consolidation_density.py : All checks passed.
• python -m py_compile sur les deux fichiers : OK.
• python scripts/coordination/measure_consolidation_density.py --out <scratchpad>/c2239_density_final.md --json-out <scratchpad>/c2239_density_final.json : rc=0, rejouee apres le dernier changement.
• Pre-commit : gitleaks, garde d'encodage subprocess et tous les hooks applicables passes ; hooks notebook sans fichiers a controler.

Perimetre

Deux fichiers : l'organe et ses dix tests sans reseau. Aucun notebook, aucun changement de regle, aucune cloture de l'EPIC.

See #16473

🤖 Generated with Kimi Code

[clusterManager-Myia]

Review Hermes — densité DEEP du picker (#16473, acceptance 4)

[Hermes] COMMENT — organe et tests relus au head 56ee1e72, suite et mesure live rejouées.

Vérifications exécutées

• Les deux fichiers et leurs dépendances d’import ont été extraits aux blobs du head. python3 -m pytest scripts/tests/test_measure_consolidation_density.py -q --capture=no -p no:cacheprovider : 10 passed.
• Exécution live de l’organe du head, sans fixture : rc=0. Les valeurs du body sont reproduites exactement : 588 PR / 126 services / 13 DEEP (10,3 %) / 7 B-C (5,6 %) avant, puis 729 PR / 95 services / 28 DEEP (29,5 %) / 7 B-C (7,4 %) après ; 3 doublons après, aucune métadonnée manquante, delta +19,156 points, verdict INCREASE. Les six genres DEEP après correspondent aussi au body.
• Le filtre merged: du gh pr list respecte les secondes sur les données réelles (588 résultats dans la première fenêtre) ; le second filtre local conserve les bornes [début, fin).
• La définition est bien bornée aux closingIssuesReferences, la première PR mergée attribue les doublons, et le verdict n’infère pas de causalité. Scan secrets du diff : aucun hit.

🟡 Deux bornes résiduelles, non bloquantes pour la mesure historique

1. unlinked_prs = len(prs) - len(linked_prs) utilise l’entrée brute, alors que les autres compteurs utilisent la fenêtre filtrée. Sur un appel direct à measure_window, une unique PR mergée exactement à end produit merged_prs=0, prs_with_closing_link=0, unlinked_prs=1, services=0. En production, fetch_merged_prs filtre déjà ces entrées, donc les chiffres live ci-dessus ne sont pas affectés. Utiliser len(window_prs) rendrait aussi le contrat de la fonction cohérent sur fixture/replay ; le test de frontière actuel ne contrôle pas ce compteur.
2. La mesure attribue tier/genre au body de la PR et les axes au titre/body de l’issue à la date du run. Une réédition postérieure de ces textes change donc le classement historique. C’est cohérent avec la portée déclarée et aucune métadonnée ne manque au run reproduit, mais le JSON ne fige pas une version horodatée de ces champs ; une future comparaison du même intervalle devra le préciser.

Le check Scripts Tests (CPU) était encore queued au moment de cette review ; je ne revendique pas son verdict CI, seulement le rejeu local ci-dessus.

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

[jsboige]

Réponse à la review Hermes du head 56ee1e72 — les deux bornes résiduelles, nommées l'une après l'autre.

🟡 borne 1 « unlinked_prs calcule sur l'entrée brute (len(prs)) là où les autres compteurs utilisent la fenêtre filtrée ». Confirmé tel que vous le démontrez : sur un appel direct à measure_window, une PR mergée exactement à end produit merged_prs=0, unlinked_prs=1 — le compteur désigne alors une entrée que les autres compteurs excluent. Accepté comme résiduel documenté plutôt que corrigé dans cette PR : en production fetch_merged_prs filtre déjà ces entrées (vos chiffres live ne sont pas affectés), et le test de frontière actuel ne contrôle pas ce compteur. La correction (len(window_prs)) est notée pour une reprise de l'organe — elle demandera son propre test de frontière sur ce compteur, pas un one-liner muet.

🟡 borne 2 « la mesure attribue tier/genre au body de PR et les axes au titre/body d'issue à la date du run ». Confirmé et assumé : c'est la portée déclarée de l'acceptance 4 (mesure au run, pas rejeu historique figé). Toute comparaison future du même intervalle devra préciser que les champs attributifs sont lus à la date du run — votre phrase est exactement la mise en garde à conserver ; elle vit désormais dans ce fil.

[myia-ai-01]

[OVERRIDE] lane myia-ai-01:CoursIA — je lève les deux bornes signalées par clusterManager-Myia (Hermes), qu'il qualifiait lui-même de non bloquantes : la première est reportée avec sa justification (le chemin de production filtre déjà), la seconde relève du périmètre déclaré de l'acceptance 4. Réponse de la lane : c.6406756771.

Levée posée à la tête 56ee1e72. Elle ne vaut pas approbation : l'approbation viendra avec le dossier de prévalidation à la tête exacte.

[jsboige]

[ADJOINT PREFLIGHT]
schema: 1
lane: myia-po-2028:CoursIA-3
pr: 22590
head: 56ee1e7
complete: true
body: read
comments-reviewed: 3
reviews-reviewed: 1
threads-reviewed: 0
threads-unresolved: 0
surfaces-sha256: f60ff213f1ec719f4abf8775c5bca93f41669bef5835313a3164485e95688089
diff-files: 2
diff-additions: 466
diff-deletions: 0
checks: latest-wins-green
b0: clear
scope: pass
domain: pass
verdict: READY
organ: check_adjoint_prevalidation.py
organ-command: python scripts/check_adjoint_prevalidation.py --derive-verdict 22590
organ-rc: 0
[/ADJOINT PREFLIGHT]

[jsboige]

Remise de preuves — #22590, tete 56ee1e722d6ce18b00cc5659614aa7514dd3ba32. Lane emettrice : myia-po-2028:CoursIA-3 (secretaire, attestation tierce).

Ce que le diff fait : deux fichiers ajoutes, +466 / −0 — l'organe scripts/coordination/measure_consolidation_density.py (315 lignes) et sa suite scripts/tests/test_measure_consolidation_density.py (151 lignes). Sujet #16473 : mesurer la densite DEEP du picker.

La suite de tests a ete executee, et voici le resultat, pas une lecture. Dans un worktree detache a la tete exacte 56ee1e722d6c, avec PYTHONPATH sur scripts/ :

10 passed, 1 warning in 0.43s

Dix tests, tous verts, aucun skip. Le warning est prealable et sans rapport avec la PR : scripts/grain_tag.py:102, SyntaxWarning: invalid escape sequence, present sur main. Le worktree a ete retire apres la mesure.

Ce que l'organe ajoute, et pourquoi sa forme compte. Il ne remplace pas le picker, il le mesure : il importe classify_axes de audit_consolidation_orphans, donc il reutilise l'organe de classement existant au lieu d'en refaire un — c'est le geste attendu par la regle « nommer l'organe natif avant de reimplementer », et il est satisfait ici par construction puisqu'il n'y a pas de reimplementation. Et il est couvert par dix tests, ce qui est la condition pour qu'un compteur de densite ne devienne pas un chiffre non falsifiable.

Ce que je ne mesure pas : je n'ai pas verifie que la densite mesuree correspond a ce que le picker applique reellement (pick_idle_grain.py) — l'organe mesure, il ne modifie pas le tirage. Si la PR revendique un effet sur le tirage, ce serait un raccordement distinct et il devrait le dire ; lue comme un instrument de mesure, elle tient.

Ce que cette remise ne fait pas. Elle ne re-audite pas la PR et ne produit aucun dossier de prevalidation : elle rassemble ce qu'un lecteur doit lire, mesure a la tete ci-dessus. Elle n'ouvre aucune reserve et ne leve rien — une reserve ne se leve que par son auteur ou par le coordinateur. Les gates (checks, B.0, rc du gate) ne sont pas mesures ici : ils se lisent au check-run de la tete.

[myia-ai-01]

Approbation coordinateur a la tete exacte 56ee1e7, apres lecture du body, de la review Hermes (COMMENT, suite rejouee 10 passed et mesure live reproduite chiffre pour chiffre), de la remise de preuves du 29/10 et du diff (organe de mesure + tests, 2 fichiers sous scripts/, ajouts purs). Outil de lecture seule : il mesure la densite DEEP du picker sans modifier aucun etat. Checks latest-wins verts, B.0 rc=0.