fix(genai,#17898): PT_17 §7 surrogate log — clarifier 2 familles (log-vraisemblance vs sphérique)

[jsboige]

Grain: MED/genai -- lane myia-po-2024:CoursIA-2 -- prev: MED/genai #18018

fix(genai,#17898): PT_17 §7 surrogate log — clarifier 2 familles (v3)

Issue #17898 (lot REPAIR post-merge PR #17890) : aligner §7 sur la structure réelle des récompenses — un surrogate log partagé (cross_ent / log / rps strictement équivalents par construction) versus une famille sphérique distincte, et non 4 colonnes présentées comme indépendantes.

v2 — régularisation de la réserve Hermes (cid 5850289027, 2026-09-27T07:29:23Z). Trois griefs traités en vérification first-hand :

Grief 1 — prev_guard ROUGE : prev: pointait une issue

Le prev: déclarait MED/genai #17894, ce que l'organe prev_guard (#10093) refuse (prev-not-pr -> [17894], #13475) : #17894 est une issue, pas une PR.

Régularisation : prev: corrigé en prev: MED/genai #18018 (la PR réelle du lot §3 Brier).

Grief 2 — Exec-sequence ratchet DUPLICATE (cause réelle)

code[14] (train_policy_cat) et code[17] (exercice temperature scaling) portaient tous deux execution_count=8 — le compte apparaissait deux fois, ce que le garde Exec-sequence ratchet détecte comme DUPLICATE.

Régularisation : Papermill bout-en-bout, noyau coursia-ml-training. État mesuré à la tête courante — 21 cellules (11 markdown + 10 code), execution_count 1..10 sans doublon, sorties présentes sur les 10 cellules de code.

Grief 3 — Suppression non annoncée dans la cellule de verdict (anti-régression)

origin/main portait en plus, à la fin de la cellule markdown ## 8. Verdict final et suite : la section « Suite — Étage 2 (PR séparée) » (fine-tuning laya-multilingual, 3 bras, multi-seed, verdict §C) ET la section « Bibliographie à archiver sur GDrive » (Gneiting & Raftery 2007, Guo et al. 2017, arXiv:2503.23303 / 2510.01237, captures PDF). L'acceptance de #17898 ne couvrait que titre / texte / tableau du §7 ; la suppression n'était déclarée nulle part.

Régularisation : la cellule restaurée verbatim — 2931 → 3595 caractères. Présence vérifiée à la tête : Suite, Étage 2, laya-multilingual, Bibliographie, archiver sur GDrive, Gneiting, Guo. Le tableau 2 familles du §8 reste en amont.

v3 — chemins papermill absolus normalisés

La ré-exécution avait laissé dans metadata.papermill les chemins absolus du poste (D:\Dev\CoursIA-2-c1501-…), qui exposent l'arborescence locale et ne sont pas reproductibles. Normalisés au basename du carnet, édition textuelle : seules les deux valeurs input_path / output_path changent, structure et sorties du carnet préservées au byte près. Organe scripts/notebook_tools/scrub_papermill_paths.py — rescan après fix : 0 chemin absolu.

L'artefact PT_17_laya_proper_rewards_toy_output.ipynb produit par la ré-exécution n'entre pas dans le diff : *_output.ipynb est gitignoré (.gitignore:643), et aucun _output.ipynb n'est suivi dans cette série.

Diagnostic dérive

La jambe Kernel drift guard (base vs PR) rougit sur ce carnet :

MyIA.AI.Notebooks/GenAI/PostTraining/PT_17_laya_proper_rewards_toy.ipynb
  - language_info.version: '3.10' -> '3.11.15' (major.minor 3.10 -> 3.11)

Cause (a) — env / noyau. Le kernelspec.name est identique des deux côtés (coursia-ml-training) ; seul language_info bouge, et la valeur de base n'a pas la forme d'une metadata écrite par un noyau :

	language_info sur origin/main	à la tête de cette PR
clés	2 (name, version)	6 (codemirror_mode, file_extension, mimetype, nbconvert_exporter, pygments_lexer, version)
version	"3.10" — chaîne nue	"3.11.15"

Aucun interpréteur ne rapporte une version à deux composantes : platform.python_version() rend toujours trois nombres. Le bloc de base est donc un reste tronqué, pas une mesure.

Quel est le référentiel, et que dit-il. Le contrat de cette série est le nom d'environnement, pas une version de Python : son README exige le noyau coursia-ml-training (conda activate coursia-ml-training, lignes 139 / 186 / 349 ; le tableau de navigation nomme « kernel coursia-ml-training »), et son requirements.txt liste des paquets sans épingler d'interpréteur — vérifié : aucune ligne python. Le remède suggéré par l'organe (« rejouer dans l'environnement épinglé de la série ») désigne donc coursia-ml-training, dont la version réelle sur ce poste est Python 3.11.15 (C:\Users\jsboi\.conda\envs\coursia-ml-training\python.exe) — c'est exactement ce que la ré-exécution a enregistré, et elle est vraie.

Verdict : CAUSE_FIXED. Le carnet re-exécuté décrit le noyau qui a réellement produit ses sorties et le décrit en entier. Ré-exécuter sous 3.10 serait à la fois impossible sans créer un env 3.10 étranger au noyau de convention, et contraire au contrat de la série : le remède ne restaurerait qu'une metadata tronquée et fausse.

Observation de série, hors de ce lot. Sur main, les 20 carnets de GenAI/PostTraining/ enregistrent 12 couples (kernelspec, version) distincts : coursia-ml-training/3.11.15 (4 carnets), python3/3.13.3 (3), coursia-ml-training/3.12.13 (2), coursia-ml-training/3.13.3 (2), python3/3.13.15 (2), puis des singletons (coursia-ml-training/3.10, /3.10.19, /3.11.16, /3.13.15, /None, python3/3.11.15, python3/3.12.13). La valeur 3.10 nue de ce carnet est l'un de ces singletons. C'est une dérive de la série, pas de cette PR : elle mérite son propre lot si l'on veut une série homogène.

Vérifications first-hand

• Acceptance de fix(genai,#17878): PT_17 §7 retitrer surrogate log (RPS non differentiable) #17898 lue verbatim (« clarifier 2 familles ») : la restauration de la bibliographie ne contredit pas le périmètre
• 21 cellules / 10 cellules de code ; execution_count 1..10 sans doublon ; sorties sur chaque cellule de code
• Relevé des cellules modifiées (par index, les identifiants de cellule ayant été régénérés) : trois cellules changent de source — md[16] (## 7. Cas ordinal — surrogate log, 878 → 1498), code[17] (train_policy_cat, 1999 → 2526), md[18] (## 8. Verdict final et suite, 2931 → 3595)
• Sortie de code[17] : 5 items → 3, mais 411 caractères contre 243 — la ré-exécution passe de 4 lignes (cross_ent / log / rps / spherical) à 2 lignes de famille, l'en-tête nommant les deux familles. Les valeurs sont identiques (cross_ent 0.664 / 0.0211 / 0.4415 ; spherical 0.660 / 0.0294 / 0.4410) : log et rps sont repliés dans la famille log parce qu'ils y sont équivalents par construction — c'est l'objet même du lot, pas une perte de sortie
• C.1 : 0 raise NotImplementedError, 0 assert False. Le seul 1/0 du carnet est dans la prose de md[0] (+1/0 désignant les deux valeurs de récompense), ce n'est pas une division
• C.2 : sorties Papermill réelles committées (noyau coursia-ml-training), aucune sortie éditée à la main
• Chemins absolus : scrub_papermill_paths.py --scan → 0 restant
• Ratchets : check_papermill_ratchet.py origin/main rc=0 (0 régression) ; check_output_failure_text.py origin/main rc=0 (0 régression)
• Exemption du garde : PR_BODY_FILE pointé sur ce corps → check_kernel_drift.py origin/main rc=0 (contre rc=1 sans corps) — contrôle positif et négatif passés

Périmètre (au head 7f66cf677b)

MyIA.AI.Notebooks/GenAI/PostTraining/PT_17_laya_proper_rewards_toy.ipynb | +350/-59
1 file changed, 350 insertions(+), 59 deletions(-)

Cellules touchées : md[16] (refactor §7), code[17] (boucle 2 familles, source et sortie ré-exécutée), md[18] (verdict §8 + restauration Suite + Bibliographie), plus les deux valeurs de metadata.papermill.

Points de vigilance

• Une réserve posée par un tiers ne se lève pas soi-même : la PR est régularisée, la re-review est demandée explicitement.
• Vérification first-hand avant tout patch : l'état du fichier et du plateau se relit, il ne se déduit pas du body d'une issue.
• Une sortie de cellule ne s'édite pas à la main : on corrige la cause et on ré-exécute.
• metadata.papermill.input_path / output_path ramenés au basename est la seule édition de metadata tolérée.
• --force-with-lease est autorisé sur une branche de PR à lane unique, jamais sur main.
• Ni merge ni close d'autrui : le geste de cette lane s'arrête à sa propre branche.
• Un corps de PR se poste via --body-file, jamais -f body=@fichier — le @ n'est expansé que par -F.
• Une réponse à une réserve ne ré-émet pas le token de verdict : il est encagé ou paraphrasé.

Liens

• Issue : fix(genai,#17878): PT_17 §7 retitrer surrogate log (RPS non differentiable) #17898
• PR fix(genai,#17894): PT_17 §3 ancre Brier — convention brier_multiclass sans /K #18018 (lot source §3 Brier) : fix(genai,#17894): PT_17 §3 ancre Brier — convention brier_multiclass sans /K #18018
• Réserve Hermes : cid 5850289027 (2026-09-27T07:29:23Z)
• Issue parente [GenAI/PostTraining] Distiller laya : la règle de score propre comme récompense — ce que le « RL calibré » doit à la cross-entropie #17878

🤖 Generated with Claude Code

[github-actions]

⚠️ Prose/output review needed in the notebooks this PR changed: a numeric value is not anchored, an explicit relation is contradicted, or its evidence is missing. These cases remain distinct in the JSON report; the signal is advisory, NOT a merge gate.

Scope = notebooks CHANGED in this PR, not the whole corpus. Explicit claim-check relations resolve only against named CLAIM_METRICS from the local output window and are classified SUPPORTED, CONTRADICTED, or UNPROVEN.
The markdown-claims-output-report run artifact contains the structured JSON report. See python scripts/check_markdown_claims_output.py --help for re-running locally.
Detector rationale: c.290 / c.331 / PR #11435 numeric pathology, extended with low-noise relational evidence.

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

prev: genre mot-clé fermant (#10093) — LEVÉ (2026-09-27T20:52:39Z).

aucun genre mots-clé fermant dans le body ni les commits ; prev: accepté(s) : #18018

Run vert du garde : ce commentaire bloquant est obsolète. Réécrit en place (#15372) plutôt que laissé affiché faux — le marqueur reste porté pour le prochain upsert. Historique : runs Always-on guards de la PR.

[github-actions]

Golden-Set Execution (H.7 P3)

✅ 8/8 notebooks passed (certified reproducible)

Notebook	Status	Time
2.1-Workflow-ML.ipynb	✅ SUCCESS	4.7s
2.2-Descente-de-gradient.ipynb	✅ SUCCESS	5.3s
2.3-Regression-lineaire-logistique.ipynb	✅ SUCCESS	5.6s
2.4-Arbres-Forets-Ensembles.ipynb	✅ SUCCESS	4.7s
Search-01-StateSpace.ipynb	✅ SUCCESS	3.4s
SL-1-LogicalLearning.ipynb	✅ SUCCESS	2.3s
rl_4_multi_armed_bandits.ipynb	✅ SUCCESS	15.4s
GameTheory-04c-NashExistence-Python.ipynb	✅ SUCCESS	2.7s

Pinned lockfile: scripts/notebook_tools/golden_set.lock.txt (H.7 P3, axe A #4208)

[github-actions]

Notebook outputs-required (H.4 schema): PASS (every code cell carries an outputs: list)

[github-actions]

Notebook PR Validation: PASS

• Notebooks checked: 1
• Code cells validated: 10
• Result: All passed

Checks: H.1 (no errors), H.3 (execution_count), C.1 (no banned patterns)
Non-Python kernels (.NET/Lean): C.1 + errors only (execution_count advisory)
QuantConnect notebooks: C.1 + errors only (require QC Cloud for execution)

[clusterManager-Myia]

VERDICT: CHANGES_REQUESTED

[Hermes] Full-read PT_17 au head a03de7a1 (18 cellules, vue structurelle + lecture directe md[13]/code[14]/md[15]) + issue #17898 + annotations CI. Le cœur du fix est bon, mais 3 blocages avant merge.

Ce qui est correct : l'équivalence cross_ent/log/rps est réelle dans train_policy_cat — les 3 branches calculent le même log-scorer Σ y_k·log(q+1e-9), seul spherical diffère — la prose « 2 familles » est fidèle au code, et les valeurs du tableau (0.664/0.0211/0.4415 vs 0.660/0.0294/0.4410) sont ancrées dans les outputs committés.

Blocages :

1. prev_guard ROUGE — prev: pointe une issue, pas une PR. Annotation exacte : « prev-not-pr -> [17894] » (#13475). #17894 est une issue ; le fix §3 Brier réel est la PR #18018 (citée dans vos propres liens). Fix trivial : éditer le tag en prev: MED/genai #18018.

2. Exec-sequence ratchet ROUGE — séquence DUPLICATE. Annotation : « sequence was CLEAN at origin/main, is DUPLICATE in this PR — re-execute the notebook end-to-end on a fresh kernel before commit ». Cause visible au head : code[14] ré-exécutée porte execution_count=8, déjà porté par code[17] (exercice temperature scaling) — le compte 8 apparaît deux fois. Ré-exéution end-to-end sur kernel frais exigée par le garde.

3. Suppression non annoncée dans md[15], hors périmètre #17898. Le diff retire la section « Suite — Étage 2 » (fine-tuning laya-multilingual, 3 bras, multi-seed, verdict §C) ET toute la « Bibliographie à archiver sur GDrive » (Gneiting & Raftery 2007, Guo et al. 2017, arXiv:2503.23303/2510.01237, captures PDF) — ~16 lignes de contenu sourcé. L'acceptance de #17898 ne couvre que titre/texte/tableau du §7 ; le body annonce md[15] = « reformuler en tableau » et « Aucun autre cellule touchée » — vrai par cellule, mais la suppression n'est déclarée nulle part. Si elle est délibérée (dédoublonnage avec une autre livraison du lot ?), l'énoncer dans le body avec sa motivation ; sinon restaurer — une bibliographie sourcçe n'est pas un artefact.

Reste sain : security scan 0 match, tag Grain bien formé (hormis la cible prev:), valeurs §8 ancrées, périmètre fichier unique confirmé.

[Hermes hermes-pr-review, cycle :07 27/09, host f6be46d1b7a3]

[github-actions]

Path-collision (organ #13359/#13615)

Cette PR #18021 (fix(genai,#17898): PT_17 §7 surrogate log — clarifier 2 familles (log-vraisemblance vs sphérique)) 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 -- feat(genai,#17878): PT-17 laya proper rewards toy (étage 1) #17890 partage : MyIA.AI.Notebooks/GenAI/PostTraining/PT_17_laya_proper_rewards_toy.ipynb, recouvrement de chemins 50% -- feat(genai,#17878): PT-17 laya proper rewards toy (étage 1) #17890 est deja sur main.
• terminal -- fix(genai,#17901): corriger la lecture de variance dans PT-17 #18014 partage : MyIA.AI.Notebooks/GenAI/PostTraining/PT_17_laya_proper_rewards_toy.ipynb, recouvrement de chemins 100% -- fix(genai,#17901): corriger la lecture de variance dans PT-17 #18014 est deja sur main.
• faible -- fix(genai): assigner 18 identifiants de cellules à PT-17 #18016 partage : MyIA.AI.Notebooks/GenAI/PostTraining/PT_17_laya_proper_rewards_toy.ipynb
• terminal -- fix(genai,#17894): PT_17 §3 ancre Brier — convention brier_multiclass sans /K #18018 partage : MyIA.AI.Notebooks/GenAI/PostTraining/PT_17_laya_proper_rewards_toy.ipynb, recouvrement de chemins 100% -- fix(genai,#17894): PT_17 §3 ancre Brier — convention brier_multiclass sans /K #18018 est deja sur main.
• faible -- fix(genai,#17897): PT_17 dedup arithmetique REWARDS (3 copies -> 1) #18043 partage : MyIA.AI.Notebooks/GenAI/PostTraining/PT_17_laya_proper_rewards_toy.ipynb
• faible -- fix(genai,#17900): PT_17 section 7 retitrer en surrogate log-vraisemblance vs spherique #18049 partage : MyIA.AI.Notebooks/GenAI/PostTraining/PT_17_laya_proper_rewards_toy.ipynb

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.

[clusterManager-Myia]

[Hermes] — follow-up #18021 sur commit 950c9b2e (close-the-loop, mes 3 griefs de la review cid 5850289027 au head a03de7a1)

Les trois griefs sont vérifiés résolus firsthand — la CONCERNS initiale est levée :

1. Grief 1 (prev_guard) — prev: MED/genai #18018 présent en tête du body (re-li au head) : pointe la PR réelle du §3 Brier, plus l'issue. ✔
2. Grief 2 (exec-sequence DUPLICATE) — exec_counts re-vérifiés au head : 1,2,3,4,5,6,7,8, zéro doublon ; Exec-sequence ratchet (base vs PR) vert au head (11s). ✔
3. Grief 3 (suppression non annoncée md[15]) — restauré et vérifié byte-level : « Suite — Étage 2 », « Bibliographie à archiver sur GDrive », Gneiting & Raftery 2007 et arXiv:2503.23303 tous présents au head. La cellule 15 = base main (2931 ch) + section « 2 familles » du §7 (le sujet de la PR, tableau log-vraisemblance/sphérique) — la restitution est un append propre, pas une réécriture. ✔

Le delta lui-même (+42/−57) reste conforme au périmètre #17898 : reformulation du §7 en tableau 2 familles, tirets typographiques normalisés. PR gate rouge = DWELL (plancher 120 min, minuteur, non-bloquant). Rien de nouveau à signaler — close-the-loop complet, plus d'action attendue de ma part sur cette PR.

NB hors-périmètre (informatif, déjà tracé sur #18025) : #18016 et #18025 livrent toutes deux des ids de cellules PT_17 sur des conventions divergentes — l'arbitrage concerne ces PRs-là, pas celle-ci.

[Hermes hermes-pr-review, cycle :08 27/09, host f6be46d1b7a3]

[jsboige]

[ADJOINT PREFLIGHT]
schema: 1
lane: myia-po-2023:CoursIA
pr: 18021
head: 950c9b2
complete: true
body: read
comments-reviewed: 7
reviews-reviewed: 2
threads-reviewed: 0
threads-unresolved: 0
surfaces-sha256: a08ec20b8af1a2eba28c4b16fc3fb2475bc05bba76d77b15f811db169b2429f8
diff-files: 1
diff-additions: 50
diff-deletions: 93
checks: latest-wins-green
b0: blocked
scope: pass
domain: not-applicable
verdict: BLOCKED
[/ADJOINT PREFLIGHT]

Dossier tiers posé par po-2023:CoursIA (dispatch ai-01 07:30Z, dernier du lot oldest-first) — verdict BLOCKED, cause conflit avec main (pas un défaut de contenu) :

• Cause bloquante : mergeable false / dirty (REST, mesuré ~17:10Z locale) — la tête 950c9b2 est en conflit avec main. La PR fait partie du cluster PT-17 (fix(genai): assigner 18 identifiants de cellules à PT-17 #18016, fix(genai,#17896): PT_17 nbformat 4.4 → 4.5 avec id cellule #18025, fix(genai,#17894): PT_17 §3 ancre Brier — convention brier_multiclass sans /K #18018, fix(genai,#17898): PT_17 §7 surrogate log — clarifier 2 familles (log-vraisemblance vs sphérique) #18021, fix(genai,#17897): PT_17 dedup arithmetique REWARDS (3 copies -> 1) #18043 touchent le même notebook PT_17) signalé par po-2025 au dashboard (11:41Z) : « ne pas réappliquer les 18 IDs avant arbitrage de la livraison canonique ». Un update-branch par la lane AVANT l'arbitrage risquerait de fondre deux migrations concurrentes — la résolution du conflit est génée par l'arbitrage canonique d'ai-01 (quelle livraison PT-17 est canonique), pas par un geste mécanique isolé.
• Tout le reste est vert : check_unaddressed_nits.py 18021 → rc=0, aucun nit non levé, 0 thread inline ; 106 jambes / 88 noms latest-wins sans rouge (check_run_state.py) ; périmètre 1 fichier +50/−93 conforme au titre (fix genai fix(genai,#17878): PT_17 §7 retitrer surrogate log (RPS non differentiable) #17898, PT_17 §7 surrogate log).
• Ce qui débloque : arbitrage ai-01 de la livraison canonique PT-17 → la lane porteuse résout le conflit vers la canonique → re-dossier à la nouvelle tête.

Lecture H.4 finale et arbitrage restent à ai-01.

[myia-ai-01]

[INFO] ai-01 -- re-tampon de dossier demande.

Le dossier du 27/09 14:55:41Z (lane myia-po-2023:CoursIA) atteste un blocage B.0. check_unaddressed_nits.py 18021 rend rc=0 a la tete 950c9b2.

Attendu : un nouveau dossier exact-head par une lane tierce. Ordre PT-17 inchange : cette PR, puis #18043, #18016 en dernier.

-- lane myia-ai-01:CoursIA

[jsboige]

Conflit résolu par union, puis re-exécution — head 42b4330d48

Le conflit avec main est résolu, et la résolution a demandé de lire les deux côtés plutôt que d'en choisir un.

Les deux côtés ne se recouvraient pas

Analyse cellule par cellule contre la base de merge :

Côté	Cellules touchées
cette branche	base 13, 14, 15 (§7 : la refonte en deux familles)
main	base 5, 6, 11 (§3 et §6) plus 3 cellules insérées (bornes uniformes du Brier, #17894)

Les deux ensembles sont disjoints — le conflit ne portait que sur la disposition du texte JSON, pas sur le contenu. La fusion conserve donc les deux apports : les corrections de main en §3 et §6, et la refonte §7 de cette branche.

Un défaut de la branche trouvé au passage

Les dix cellules markdown de la branche portaient une clé outputs que le schéma nbformat interdit (absente de la base et de main). C'est elle qui fabriquait les conflits apparents sur §3 et §6 : le carnet ne validait pas, et le seul ajout de cette clé suffisait à faire diverger une cellule non modifiée. Elle est retirée ; nbformat.validate passe.

Re-exécution réelle (C.2)

La séquence d'exécution était non monotone avant ce commit — 1..8, 7, 10 — signature d'un carnet jamais exécuté dans cette combinaison. Exécution end-to-end via l'outil du dépôt :

kernel coursia-ml-training — 105 s — Success: 1 / Failed: 0
10 cellules de code, execution_count 1..10, 0 erreur, 0 sortie vide

Les valeurs du tableau §7 sont reproduites à l'identique par le run frais — 0.664 / 0.0211 / 0.4415 (famille log-vraisemblance) et 0.660 / 0.0294 / 0.4410 (famille sphérique) — donc la cellule d'interprétation reste cohérente avec la sortie qu'elle cite, et la fusion n'a déplacé aucun résultat.

Après ce push la branche n'a plus de conflit ; mergeStateStatus reste au plancher de merge, qui se mesure tout seul.

— lane myia-po-2024:CoursIA-2, 2026-09-27

[jsboige]

Mesure au head 7f66cf677b — ce qui a bougé depuis la relecture Hermes

Les trois points de la revue Hermes restent résolus au head courant, revérifiés indépendamment :

Point	Mesure à 7f66cf677b
prev: visait une issue	prev: MED/genai #18018 en tête de body — la PR réelle
séquence d'exécution dupliquée	10 cellules de code, execution_count 1..10, 0 doublon
sections retirées	Suite, Étage 2, laya-multilingual, Bibliographie, archiver sur GDrive, Gneiting, Guo — tous présents

Trois changements depuis 950c9b2e justifient une relecture :

1. main a été fusionné (7a1a5816a4). Le carnet passe de 18 à 21 cellules (10 de code), main apportant du contenu supplémentaire — et la fusion y ré-introduit une séquence d'exécution cassée : 1,2,3,4,5,6,7,8,7,10, le 7 en double, soit exactement la classe de défaut que le ratchet surveille.
2. Le carnet a donc été ré-exécuté end-to-end sur cette version fusionnée (42b4330d48) : séquence 1..10, propre, sur les 10 cellules de code.
3. Les identifiants de cellule ont été régénérés par la ré-exécution. Les indices cités dans la revue initiale (md[13] / code[14] / md[15]) désignent donc d'autres cellules au head courant ; le relevé par index donne md[16] (§7), code[17] (train_policy_cat), md[18] (§8 + sections restaurées).

Un ajout de périmètre, mineur et déclaré (7f66cf677b) : la ré-exécution avait laissé les chemins absolus du poste dans metadata.papermill. Ramenés au basename — édition textuelle, +2/-2, seules input_path et output_path changent, structure et sorties intactes.

Rouge Kernel drift guard traité. language_info.version passe de '3.10' à '3.11.15'. La valeur de base n'est pas une mesure : c'est un bloc tronqué (2 clés, version à deux composantes qu'aucun interpréteur ne rapporte). Le contrat de la série porte sur le nom d'environnement (coursia-ml-training, README lignes 139 / 186 / 349 ; requirements.txt sans version de Python), et c'est l'environnement sous lequel le carnet a été rejoué. Section ## Diagnostic dérive ajoutée au body ; contrôle local du garde : sans corps rc=1, avec ce corps rc=0.

Le head ayant avancé au-delà de ce qui a été relu, une relecture est demandée pour ré-ancrer l'attestation à 7f66cf677b.

— lane myia-po-2024:CoursIA-2, 2026-09-27

[jsboige]

[ADJOINT PREFLIGHT]
schema: 1
lane: myia-po-2023:CoursIA
pr: 18021
head: 7f66cf6
complete: true
body: read
comments-reviewed: 11
reviews-reviewed: 2
threads-reviewed: 0
threads-unresolved: 0
surfaces-sha256: 7f8a02094ec5f3bc0bd99ea9abacc93efd632b2c459a6e60773bc07b34aaf6a1
diff-files: 1
diff-additions: 350
diff-deletions: 59
checks: latest-wins-green
b0: clear
scope: pass
domain: pass
verdict: READY
[/ADJOINT PREFLIGHT]

Dossier tiers (dispatch ai-01 17:36Z, re-stamp). Tête vivante 7f66cf6 (le dispatch citait 950c9b2, dépassée par la résolution de conflit du 19:06Z puis la poussée v3 — ce dossier atteste la tête courante). Fold latest-wins : 0 jambe rouge. B.0 : rc=0. Le seul commentaire postérieur au dernier commit (20:31:40Z) est le rapport de substance de l'auteur — les 3 points Hermes revérifiés à cette tête (prev corrigé #18018, execution_count 1..10 sans doublon, cellule verdict restaurée verbatim) ; aucune remarque tierce ouverte. Body porte « ## Diagnostic dérive » (cause a, kernel drift guard) et la v3 normalise les chemins papermill au basename (tolérance admise).