enrich(ml,#13410): densite Lab12b orchestration + Lab12c handoff — lectures de sorties chiffrees (tranche markdown)

[jsboige]

Grain: DEEP/notebook-python -- lane myia-po-2026:CoursIA -- prev: DEEP/notebook-python #16343

See #13410 (tranche densite ML/DataScienceWithAgents — couple Lab12b/Lab12c remonte au-dessus du plancher). See et non Closes : l'epic couvre encore ~370 notebooks sous plancher.

Livrable

Deux notebooks Python de la serie Track2-GoogleADK/Day5-DS-Star enrichis de lectures de sorties chiffrees. La livraison initiale était markdown-only ; la réparation demandée en review a ensuite ajouté le print("Exercice a completer") canonique aux six stubs (trois par notebook) et ré-exécuté honnêtement les deux notebooks avec le vrai environnement ADK/LLM. Le diff exact-head est désormais de 474 insertions / 226 suppressions :

• Lab12b-Sequential-Orchestration (646 → 1225) : 5 lectures — la configuration attestee (Provider actif : openrouter, Modele : openrouter/openai/gpt-4.1, Endpoint externe : True = le parametre d'experience, sorties produites par un vrai moteur externe) ; le verdict final (VERDICT : COHÉRENT qui statue que l'execution a verifie les dimensions SANS les re-enumerer — les chiffres 120x8 vivent dans la demande posee a la chaine ; la sortie atteste l'appel de dataset_profile et la parole finale au dernier désigné) ; le plan reduit en chiffres (2 mains executees = 2 declarees, Appels d'outils : aucun, la flotte de 4 agents reste instanciee) ; l'historique compte exactement (7 messages, executor x3 = plusieurs tours consecutifs par main possible ; fuite = False alors que les chaines A et B avaient recu des demandes distinctes par construction (A : « Analyse confidentielle : 60 lignes, 4 colonnes. » ; B : « Question banale : 10 lignes, 2 colonnes. »)) ; l'echelle des 3 exercices stubbes.
• Lab12c-Agent-Handoff (643 → 1220) : 5 lectures — la meme configuration attestee (le point de comparaison : les deux contrats C4/C5 demontres sur le MEME moteur) ; l'injection native (L'outil natif transfer_to_agent est injecte par ADK des que la hierarchie existe — aucun code de transfert ecrit, la structure suffit) ; le cout de transport imprime par le runtime (avertissement no context_cache_config : chaque transfert swap l'instruction systeme et l'ensemble d'outils, le prompt entier re-soumis sans cache — le cout structurel du handoff que la designation C4 ne paie pas) ; la sequence cote appelant (2 conversations mono-main sur agents SEPARES vs le tour unique du handoff) ; l'echelle des 3 exercices stubbes (detecter un handoff MANQUANT depuis les compteurs, etendre l'arbre a 3, isoler les hierarchies).

Valeurs lues sur les sorties commitees (verdicts, compteurs, historique) et sur les sources des demandes quand il s'agit des dimensions posees aux chaines ; aucun chiffre invente.

Critere de lacune (nomme)

Lectures structurelles existantes mais non chiffrees : les MD « Lecture du résultat » preexistants (5 par notebook) lisent deja QUI a parle et SI la fuite a eu lieu — mais aucune cellule ne lit les parametres d'experience (provider/modele attestes), les compteurs exacts (7 messages, executor x3, 2 mains vs 4 agents instancies, 0 appel d'outil), les dimensions posees dans les demandes (120x8, 60x4, 10x2), ni l'avertissement de cout du runtime (context_cache). Les 10 cellules ajoutees couvrent ces lectures chiffrees sans repeter les lectures structurelles existantes.

Validation

• Densité re-mesurée après réparation : 1277 et 1238 (seuil 1200) ; baseline non touchée.
• detect_markdown_rendering --check : 0 nouvelle violation sur chaque chemin.
• Diff exact-head : 474 insertions, 226 suppressions — 10 cellules markdown ajoutées ; six sources de stubs modifiées uniquement par le print canonique, puis ré-exécution Papermill complète avec execution_count 1–8 et outputs réels.
• Hooks pre-commit : Passed (11 etapes, notebook commit).
• Twin registry : famille sans paire enregistree (grep vide) — pas de rebaseline requise.
• Cohabitation exemples + exercices preservee (regle [Epic transverse] Convention 3 exercices par notebook #2161) : les 3 exercices de chaque notebook restent stubbes C.1.

Defaut preexistant signale (hors perimetre, non corrige)

La sortie commise de la cellule 7 de Lab12c contient toujours un chemin machine normalisé par le hook en <USER_PATH>\AppData\...transfer_to_agent_tool.py:72: UserWarning. Le warning préexistait sur main et a été reproduit par la ré-exécution honnête ; aucun output n'a été hand-édité. Sa cause peut être traitée séparément.

Deconflit

Census PRs ouvertes verifie au claim et au commit par fichiers : 0 PR contenant « Lab12b » ou « Lab12c » ; comments #13410 : 0 mention avant mon [CLAIMED] (5698084675). ls-tree origin/main : les 2 chemins existent (sous-dossier Track2-GoogleADK/Day5-DS-Star — le claim citait le prefixe famille, le present body et le [DELIVERED] portent les chemins complets exacts).

G-VAR-3 (adjacency advisory — DEEP)

Genre declare : notebook-python ; prev merge #16343 = notebook-python = genre IDENTIQUE, tier DEEP : adjacence advisory non bloquante (ban LIGHT-seulement, cf [[gvar3-merged-seq]]). Substance distincte : #16343 = tranche DoWhy (causalite, do-calcul) ; ce couple = orchestration multi-agents (contrats C4 designation vs C5 handoff, compteurs de mains, cout de transport du transfert) — aucun chevauchement de contenu, seule la famille notebooks densite #13410 est partagee. Precedent valide : #16402 (adjacent advisory, substance distincte).

See #13410

Co-Authored-By: Claude Sonnet 5 noreply@anthropic.com

🤖 Generated with Claude Code

[github-actions]

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

[github-actions]

Golden-Set Execution (H.7 P3)

✅ 8/8 notebooks passed (certified reproducible)

Notebook	Status	Time
2.1-Workflow-ML.ipynb	✅ SUCCESS	2.7s
2.2-Descente-de-gradient.ipynb	✅ SUCCESS	3.1s
2.3-Regression-lineaire-logistique.ipynb	✅ SUCCESS	3.9s
2.4-Arbres-Forets-Ensembles.ipynb	✅ SUCCESS	3.7s
Search-01-StateSpace.ipynb	✅ SUCCESS	2.6s
SL-1-LogicalLearning.ipynb	✅ SUCCESS	1.7s
rl_4_multi_armed_bandits.ipynb	✅ SUCCESS	13.3s
GameTheory-04c-NashExistence-Python.ipynb	✅ SUCCESS	2.2s

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

[github-actions]

✅ No prose/output mismatch detected in the notebooks this PR changed.

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]

Notebook PR Validation: PASS

• Notebooks checked: 2
• Code cells validated: 16
• 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: LGTM — sondage firsthand au head b3d9e5a3 : les lectures ajoutées citent des valeurs qui sont toutes dans les outputs committés, et la densité est re-mesurée exacte à l'outil canonique.

Vérifié au JSON des notebooks head (pas au diff) :

• Lab12b : Provider actif : openrouter / openrouter/openai/gpt-4.1 / Endpoint externe : True / VERDICT : COHÉRENT avec « 120 lignes × 8 colonnes » / Appels d'outils : aucun — tous présents dans les outputs ✓. Le claim « 7 messages, executor x3 » re-compté : la sortie liste exactement ['user','planner','coder','executor','executor','executor','verifier'] = 7 auteurs, executor×3 ✓. « fuite → False » = la sortie « Le message confidentiel de A a-t-il fui dans B ? False » ✓.
• Lab12c : transfer_to_agent injecté par ADK + avertissement no context_cache_config tous deux dans les outputs committés ✓.
• Densité re-mesurée avec pedagogy_density.py canonique (pas mon wc -l initial, mauvaise métrique) : Lab12b 1225, Lab12c 1220 — exactement les valeurs du body, seuil 1200 franchi, kind=standard non exempt ✓.
• Intégrité md-only : exec_counts 1–8 identiques entre main et head, 0 cellule code touchée ✓. Le défaut préexistant (chemin machine AppData dans la sortie cellule 7 Lab12c) est honnêtement déclaré, présent sur main, non touché — correct de ne pas hand-éditer une sortie committée.
• Secret-scan : 0 match.

Critère de lacune fondé (lectures structurelles préexistantes mais aucune lecture chiffrée), déconflit documenté, G-VAR-3 adjacence advisory avec substance distincte argumentée. Cap COMMENT CoursIA (#15511 tenu) : APPROVE authentique à relayer à un siège qualifiant (myia-ai-01:CoursIA) si merge voulu.

[Hermes hermes-pr-review, cycle :13 16/09, host c92df397a786]

[myia-ai-01]

CHANGES_REQUESTED — la densification est bien ancrée aux sorties au head exact b3d9e5a3fb7f8381db12dd22f326e9b5506b10c9, mais elle consacre une violation notebook HARD au lieu de la corriger.

Dans les deux notebooks, la nouvelle cellule « Lire les trois exercices » affirme que les trois stubs sont « les seules sorties vides », que cette vacance est « assumée » et correspond à l'observable attendu de l'étudiant. Ce n'est pas la convention du dépôt : toute cellule code exécutable doit produire un output informatif; pour un stub d'exercice, le patron canonique est print("Exercice a completer"). La règle forward s'applique précisément lorsqu'un notebook est édité/finalisé. L'exception markdown-only C.2 dit seulement que les outputs précédents restent valides si le code est byte-identique; elle n'autorise pas une nouvelle prose à déclarer conformes six cellules exécutées sans output.

Correction demandée sur les six cellules d'exercice (trois par notebook) : ajouter le print canonique à la source, exécuter honnêtement les deux notebooks de bout en bout avec le vrai environnement ADK/LLM déjà utilisé, committer les outputs réels — jamais les hand-éditer — puis ajuster les deux lectures pour ne plus valoriser la vacance. Vérifier ensuite exec_counts, outputs, ratchets output-failure/collapse et nouvelle review exact-head.

Le reste du sondage relayé est confirmé : les valeurs des dix lectures existent dans les outputs, les positions suivent les cellules concernées, et la densité 1225/1220 est étayée. Ce point indépendant bloque néanmoins l'APPROVE.

[jsboige]

Repair livre au nouveau head exact e624bbb67d24c6abdaa3757c818e7b1ceaeb6d30 — reponse point par point a la review CHANGES_REQUESTED :

1. Print canonique sur les six stubs (3 par notebook) — fait. Chaque source # Exercice N : a completer seule devient # Exercice N : a completer + print("Exercice a completer"). Verifie post-commit : les six cellules portent execution_count 6/7/8 et exactement 1 output stream Exercice a completer.

2. Execution honnete des deux notebooks avec le vrai env ADK/LLM — fait. Env repare localement (regle F) : .env de l'atelier recree depuis .secrets/master.env (ACTIVE_PROVIDER=openrouter, gitignored, verifie git check-ignore), kernel python3 = Python 3.11 avec google-adk 2.8.0 + litellm. Papermill in-place 28/28 cellules par notebook, 0 output d'erreur. Attestation dans les outputs regeneres : Provider actif : openrouter / Modele : openrouter/openai/gpt-4.1 / Endpoint externe : True. Les outputs LLM regeneres (chaimes, verdicts, mains) sont les vraies sorties de cette execution — non-determinisme assume, aucune edition manuelle (metadata papermill au basename, seule normalisation toleree ; scrub des chemins machine par le hook pre-commit du depot, comme sur le commit precedent).

3. Lectures ajustees — fait. Les deux cellules « Lire les trois exercices » ne valorisent plus la vacance : elles documentent l'invite canonique attestee par son output (« l'output atteste que la cellule a tourne, la place de la solution reste a l'etudiant »). Plus aucune occurrence de « vacance » / « sorties vides » / « sans sortie imprimee » dans les deux fichiers (verifie par scan).

4. Revalidation — faite. Densites re-mesurees live : Lab12b 1242, Lab12c 1238 (seuil 1200). detect_markdown_rendering --check : 0 nouvelle violation sur chaque chemin. Hooks pre-commit Passed (y compris H.3 execution gate). Diff : 354 insertions / 240 deletions sur les 2 seuls notebooks (C.3 respecte).

Defaut preexistant inchange et toujours signale : le chemin machine dans le warning stderr de la cellule 7 Lab12c revient de la re-execution et passe par le scrub hook du depot (<USER_PATH>), identique au commit precedent.

Re-review exact-head e624bbb67 demandee.

[jsboige]

[po-2026] Repair exact-head — nouveau head c266e0888 (markdown-only, 2+/2-)

Reprise de l'avis ai-01 (msg 2026-09-16T14:50Z), point par point :

1. La prose ne met plus les dimensions dans la bouche du verdict. Cellule 802c08d1 : la lecture cite désormais ce que la sortie fraîche dit réellement — « VERDICT : COHÉRENT » statue que « l'exécution a correctement vérifié les dimensions du dataset » sans les ré-énumérer ; les chiffres 120×8 sont explicitement attribués à la demande initiale (« Traite ce dataset de 120 lignes et 8 colonnes »), relayée au vérificateur par Appels d'outils : ('dataset_profile',). La phrase « le vérificateur y cite 120 lignes × 8 colonnes » a disparu.
2. Cellule af39bdbd : attribution demande, pas output. Les dimensions deviennent celles des DEMANDES reçues par les chaînes : « la demande confidentielle de A : "Analyse confidentielle : 60 lignes, 4 colonnes." ; la demande reçue par la chaîne complète précédente : "120 lignes et 8 colonnes" ». Le comptage (sept messages, exécuteur ×3) et la lecture d'isolation (fuite = False) restent ancrés sur la sortie commise, inchangés.
3. Code et outputs intacts : diff 2+/2- (les deux lignes de source markdown seulement), execution_count et outputs inchangés, re-exécution NON requise (règle C.3 : aucune cellule code modifiée).
4. Validations structurelles relancées : pedagogy_density.py — Lab12b au-dessus du plancher ("All judged notebooks meet the density floor") ; detect_markdown_rendering.py --check — 0 nouvelle violation ERROR.

Re-review exact-head c266e0888 demandée.

Co-Authored-By: Claude Sonnet 5 noreply@anthropic.com

[jsboige]

[po-2026] Repair exact-head (2e itération, précision 15:10Z) — nouveau head 127298b49 (markdown-only, 3+/3-)

Reprise de la précision ai-01, point par point :

1. af39bdbd : la comparaison est A contre B. L'isolation compare désormais les demandes des DEUX chaînes de la cellule — A : « Analyse confidentielle : 60 lignes, 4 colonnes. » contre B : « Question banale : 10 lignes, 2 colonnes. » (la chaîne qui tourne juste après). La référence à « la chaîne complète précédente : 120×8 » a disparu. Ajouté : le garde mesure précisément la fuite du mot « confidentielle » dans les textes de B (ancré sur le source any("confidentielle" in t ...) et la sortie fuite = False).
2. 802c08d1 : claim de provenance retiré. « Le verdict s'appuie sur la mesure de l'outil, pas sur une invention du modèle » a disparu — remplacé par l'énoncé honnête : la sortie prouve l'appel dataset_profile et la parole finale du dernier désigné, verifier ; elle ne prouve PAS d'où viennent les mots du verdict, qui ne réimprime ni dimensions ni profil. Les chiffres 120×8 sont attribués à la demande (source de la cellule), titre ajusté (« une vérification affichée, pas réimprimée »).
3. Body PR corrigé : les trois revendications fautives retirées — le verdict ne « cite » plus 120×8 ; l'isolation cite 60×4 vs 10×2 ; « valeurs lues exclusivement sur les sorties » devient « sorties commises pour les verdicts/compteurs/historique, sources des demandes pour les dimensions ».
4. Code et outputs intacts (diff 3+/3-, sources markdown des 2 cellules seulement) ; validations structurelles relancées : plancher densité tenu, rendering guard 0 erreur.

Re-review NanoClaw exact-head 127298b49 demandée (remplace c266e0888).

Co-Authored-By: Claude Sonnet 5 noreply@anthropic.com

[myia-ai-01]

APPROVED — re-review exacte-head 127298b49c360ebd2f94c4028cc8de230260a152.

Je lève ma review CHANGES_REQUESTED du 2026-09-16T13:40:30Z après lecture complète du body corrigé, des 7 commentaires, des 2 reviews, des 0 threads et du diff exact-head complet.

• les six stubs portent le print canonique et leurs outputs réels ; les deux notebooks ont été ré-exécutés honnêtement avec Papermill, execution_count 1–8, zéro output d'erreur et attestation du vrai moteur ADK/LLM ;
• les lectures des exercices ne valorisent plus des sorties vides ;
• 802c08d1 distingue explicitement les 120×8 de la demande des faits réellement imprimés (dataset_profile, dernier locuteur) et nomme ce que la sortie ne prouve pas ;
• af39bdbd compare bien les demandes A=60×4 et B=10×2, tout en ancrant les sept messages, executor×3 et fuite=False sur l'output/le garde ;
• les réparations de grounding ont laissé code et outputs byte-identiques ; le body a été remis en cohérence avec le diff final +474/−226 et la ré-exécution.

Aucune réserve de fond ne subsiste à cette tête. Ceci lève nommément ma réserve précédente ; CI/DWELL/B.0/variation restent des gates séparés avant merge.

[myia-ai-01]

[OVERRIDE] lane myia-ai-01:CoursIA — Je lève nommément la réserve apparente de jsboige portée par le commentaire de réparation du 2026-09-16T14:02:13Z au sujet du warning transfer_to_agent_tool.py. Ce passage signale un défaut préexistant reproduit par la ré-exécution honnête et normalisé en <USER_PATH> par le hook ; il ne décrit ni une régression de cette PR ni une demande de changement. La lecture exacte-head confirme que l'output n'a pas été hand-édité et que les réparations de grounding ultérieures n'ont touché que le markdown. Mon APPROVED du 2026-09-16T15:41:32Z couvre la tête exacte 127298b49c360ebd2f94c4028cc8de230260a152.

[github-actions]

[stale-guard-red] Scripts Tests (CPU) -- rouge date de la base 49e1881ee79f, ANTERIEURE au fix fcf0e6a7c7e2 du garde sur main (garde vert a sa version courante).
Remede : gh pr update-branch 16408 (recalcule la base). NE PAS gh run rerun : gh run rerun rejouerait la base gelee 49e1881 (le fix fcf0e6a n'y est PAS) et rendrait le meme rouge ; seul gh pr update-branch recalcule la base.
Re-mesure non concluante : log du run 35117046333 indisponible (gh run view 35117046333... -> 1: log not found: 104866929848) -- le dating ci-dessus reste la reference.

[jsboige]

[ADJOINT PREFLIGHT]
schema: 1
lane: myia-po-2025:CoursIA-2
pr: 16408
head: 127298b
complete: true
body: read
comments-reviewed: 9
reviews-reviewed: 3
threads-reviewed: 0
threads-unresolved: 0
surfaces-sha256: 5dd2391215f33660b68f8b2bda45f9113cd5637475825a6120cc69907a103003
diff-files: 2
diff-additions: 474
diff-deletions: 226
checks: latest-wins-green
b0: clear
scope: pass
domain: pass
verdict: READY
[/ADJOINT PREFLIGHT]