[jsboige]

Grain: DEEP/notebook-python — lane myia-ai-01:CoursIA-2 — prev: DEEP/notebook-dotnet #22811

Série GenAI/Texte — la cible vLLM devient swift-1.5-27b (4 carnets re-exécutés)

Suite de #22783 (dette d'alias). Rappel de la discrimination, qui est le fond de cette PR : qwen3.6-35b-a3b est deux choses distinctes — l'alias du cluster vLLM, et un ID OpenRouter namespacé vivant (qwen/qwen3.6-35b-a3b). Le discriminant est le contexte d'appel (base_url, namespace provider/, os.getenv), jamais la simple présence de la chaîne. Un remplacement global aurait cassé un carnet qui appelle réellement un modèle hébergé différent.

État du serveur, mesuré sur les deux endpoints du cluster (GET /v1/models, clé VLLM_API_KEY) : les deux exposent qwen3.6-35b-a3b et swift-1.5-27b, de même root = ukisai/Swift-1.5-Qwen3.8-27b-W4A16-AWQ. Le vLLM échoit l'alias dans le champ model de toute réponse, même appelé avec swift-1.5-27b — c'est mesuré, et c'est pourquoi certaines occurrences ne peuvent pas être remplacées (voir §3).

1. Les 4 carnets migrés et re-exécutés

Carnet	Occurrences avant → après	Nature du tri	Ré-exécution
02_PromptEngineering	1 → 0	exécution : l'occurrence était dans la branche d'erreur de la cellule 35, qui nommait un ID OpenRouter jamais appelé — le carnet appelle MODEL_NAME = gpt-5-mini via OpenAI	ciblée (cellule 35), appel réel gpt-5-mini
10_LocalLlama	19 → 16	documentation + code (benchmarks historiques non rejouables — §3)	ciblée (cellule 10), health-gate vLLM passé
10b_Inference_Mechanics	4 → 0	documentation + code (défaut d'env + matcher de slot legacy)	ciblée (cellule 25), contrôle vert : modèle=swift-1.5-27b | /models=OK
10c_Long_Context_Strategies	6 → 0	exécution	papermill complet (kernelspec nommé 3.13), 54 cellules (15 code), 56,8 s, vLLM joignable

20_OWUI_Native_API est sorti de cette PR (revue de l'adjoint du 2026-10-29, finding vérifié — voir §6). La modification portait sur le texte d'un message de repli, et sa sortie stream avait été réécrite à la main pour suivre, sans ré-exécution : c'est une violation C.2 / Stop & Repair, et elle n'apportait rien au sujet de la PR. Le carnet est restauré à l'identique de origin/main et ne figure plus dans le diff ; le renommer honnêtement demande une ré-exécution avec la clé OWUI provisionnée, ce qui est un autre grain.

Sorties : 0 erreur sur les 4. Sur 10c, les chiffres de fond sont inchangés (rappel à 1 000 à toutes profondeurs, map-reduce 5/1, perte 80 %, corpus 77 204 / 33 154 / 18 678 / 3 837) ; les TTFT frais sont cold 1,539 s / warm 0,129 s, gain 92 % (contre 0,415 / 0,167 et 60 % avant) — la prose des cellules qui les citait a été réécrite depuis la sortie fraîche, pas recalculée à la main.

2. Les 2 carnets laissés intacts — motif mesuré

Cette PR ne migre pas toute la série. Deux carnets sont bloqués, et le dire est plus utile que de les bricoler.

16_Scaling_Test_Time_Compute — 8 occurrences, carnet intact. Deux motifs mesurés :

• CLAUDISH_PROXY_KEY est absente de tout l'environnement de la machine : la cellule 2 lève RuntimeError sans elle ;
• la façade claudish (claudish-sidecar 192.168.0.47:3002, backend de models.myia.io) ne sert pas swift-1.5-27b : /v1/models y liste [glm-5.2, glm-5.1, glm-4.7, qwen3.6-35b-a3b, MiniMax-M3, glm-5.3, qwen3.8-max, qwen3.7-max, qwen3.7-plus, qwen3.6-flash, deepseek-v4-pro, deepseek-v4-flash-0731, qwen3.8-flash, deepseek-v4.1-flash] — pas de swift-1.5-27b. Remplacer le défaut produirait un model-not-found dans le carnet lui-même. C'est un prérequis d'infrastructure, hors périmètre de cette PR.

22b_Profil_Cognitif_CHC — 26 occurrences, carnet intact. La batterie appelle 5 modèles ; gpt-4.1-nano répond HTTP 404 « model has been deprecated » chez OpenAI (mesuré firsthand). La sortie committée (« 270 réponses sans erreur d'appel », nano 35/54) est donc irreproductible : toute ré-exécution dégraderait le carnet (≈ 54 erreurs d'appel nano), ce que le ratchet interdit. Second fait mesuré : la route qwen du cluster (QWEN_OPENAI_BASE_URL, Alibaba MaaS) rejette l'ID namespacé qwen/qwen3.6-flash (404 model_not_found) et l'ID nu est quota-épuisé jusqu'au 2026-11-11 (429). (gpt-4.1-mini vivant, swift-1.5-27b OK, OpenRouter qwen/qwen3.6-flash OK.)

Modifier les cellules 4/5/6/15 sans pouvoir re-exécuter violerait C.2. Le carnet est laissé de côté, non bricolé.

Ce qui reste faux dans 22b — une décision de contenu est due

22b décrit le modèle servi comme « 35 milliards de paramètres dont 3 milliards actifs ». La mesure du serveur dit le contraire : root = ukisai/Swift-1.5-Qwen3.8-27b-W4A16-AWQ → 27 milliards de paramètres, modèle dense. Le correctif est préparé et non appliqué (cellule 4 : ligne du tableau ; cellule 6 : la formulation « 27 milliards, dense », rapport au local 752 M ≈ 1 à 36 ; cellule 15 : libellé swift-1.5-27b (heberge) et chiffres repris de la sortie fraîche) — la cellule 15 est du code, donc sa correction exige la ré-exécution, donc elle attend le même déblocage.

Il s'agit d'une correction de contenu (quelle batterie de comparaison la série doit-elle assumer, et avec quel modèle de remplacement pour gpt-4.1-nano), pas d'une correction d'alias : elle relève de l'arbitrage du coordinateur, pas de cette PR. Issue de suivi : #22881 (constat, correctif préparé, critères d'acceptation).

3. Les 16 occurrences laissées en place dans 10_LocalLlama — et pourquoi

Où	Combien	Pourquoi elles restent
Cellule 1 (markdown)	1	phrase de datation ajoutée par cette PR : elle nomme l'alias comme le nom sous lequel le serveur servait le modèle au run du 2026-10-17 — une référence historique explicite, pas une cible
Cellules 33, 36, 40, 43, 46, 51, 54, 60	10	mesures réelles des runs c.944/c.945 (2026-07-29) et re-exec 2026-10-17, prises quand l'endpoint servait le modèle sous l'alias. Non rejouables (le serveur local c.911 est absent du dépôt, port 8185 muet) ; renommer sans rejouer = fausse preuve
Sorties (cellules 13, 16, 28, 32, 39)	5	la réponse /models réelle (le serveur liste les deux noms, même root Swift — c'est la preuve même que l'alias est un nom de compatibilité) ; l'écho serveur (model = qwen3.6-35b-a3b même appelé en swift-1.5-27b) ; les journaux du run du 2026-10-17

Aucune sortie n'a été éditée à la main (Stop & Repair).

4. Vérifications rejouées (tête bf6c32073d3d)

• validate_pr_notebooks.py origin/main <7 carnets> : 7/7 PASS

• check_output_collapse.py origin/main : 0 flagged, rc=0

• check_activity_leak.py --diff origin/main...HEAD : OK, aucun passage d'activité dense ajouté

• check_prose_quantitative_claims.py --diff origin/main...HEAD --strict : OK

• check_notebook_navlinks.py : 7/7 OK, 0 lien cassé

• check_notebook_nav_chain.py --check --diff-base origin/main : OK, 0 NEW finding vs baseline

• check_output_failure_text : 0 regressed ; check_source_collapse : 0 flagged (advisory)

• intégrité : 7/7 null_ec = 0, errors = 0

• volumes de sortie, base → tête, en deux granularités nommées (re-mesuré sur la tête bf6c32073d3d, la seule qui fasse foi) :

  • texte des sorties (hors images base64) : 02 +1,96 % (+401 car.), 10 −0,01 % (−2 car.), 10b −0,03 % (−2 car.), 10c −6,41 % ; 16 et 22b 0 (carnets intacts) ; 20 hors diff ;
  • JSON des outputs (images comprises) : 02 +1,74 %, 10 −0,03 %, 10b −0,00 %, 10c −9,59 % ; 20 hors diff.

  Correction du 2026-10-29 : les valeurs publiées avant cette révision (02 à +0,55 %/+0,17 %, 10b à −0,08 %, 10c à −9,61 %) étaient ancrées sur une tête antérieure et ne décrivaient plus la PR ; elles sont remplacées par la mesure ci-dessus. Le chiffre de 02 avait dérivé d'un facteur 3 à 10 — c'est le finding de l'adjoint, et il était juste.
  L'écart entre les deux granularités vient des PNG régénérés de 10c (TTFT et rappel ré-exécutés) ; aucune cellule texte ne perd un caractère. Le premier chiffre quoted précède, la seule ambiguïté qu'une revue puisse lever.

• pré-commit 11/11 verts sur chaque commit (dont H.3 exécution, bannière de sonde, chemins papermill)

Diagnostic dérive

Cause : (a) environnement / noyau — machine. Verdict : CAUSE_FIXED.

La dérive de noyau ne subsiste pas : elle est éliminée, pas seulement acquittée.

La première ré-exécution de 10c avait été faite sous le kernelspec python3 de la machine
(3.12.13), alors que le canon du dépôt est 3.13 : la garde check_kernel_drift.py
compare au major.minor et au kernelspec.name (chaîne exacte), donc 3.13 → 3.12
n'est pas en liste blanche. Re-exécution refaite avec un kernelspec nommé d'un env 3.13
(coursia-genai-audio, 3.13.16) : papermill ne réécrit pas le bloc kernelspec (le nom
python3 reste, la comparaison exacte passe) et écrit language_info.version depuis le
noyau démarré. Résultat : check_kernel_drift.py origin/main → rc=0, findings: [],
metadata.kernelspec byte-identique. La correction est bornée à 10c (3.13.7 en base →
3.13.16 en tête, même major.minor).

Correction du 2026-10-29 — l'énumération qui figurait ici était fausse. Elle affirmait que
les autres carnets portaient « déjà 3.13 (3.13.3, 3.13.7, 3.13.3, 3.13.12) ». Mesuré à la
tête : 02_PromptEngineering porte language_info.version = 3.12.13, identique en base et
en tête — il est hérité, la PR ne le touche pas. Les autres : 10 3.13.7, 10b 3.13.3,
20 3.13.12 (sorti du diff). La conclusion tient — check_kernel_drift.py origin/main rend
findings: [] avec 4 carnets changés — mais la phrase qui la justifiait était fausse, et
c'est ce qui compte pour un lecteur qui la vérifie.

Ce qui n'est pas établi : la garde compare le major.minor et le nom exact du
kernelspec ; elle ne dit pas pourquoi la machine servait 3.12. Le lien global
python3 → 3.12 n'a pas été modifié par cette PR (c'est un environnement partagé de
machine, hors périmètre d'un carnet).

Les chiffres de fond de 10c sont inchangés (rappel à 1 000 à toutes profondeurs,
map-reduce 5/1, perte 80 %, corpus 77 204 / 33 154 / 18 678 / 3 837) ; seule dérive : les
TTFT, non reproductibles par nature — six essais, médiane cold 1,539 s / warm
0,129 s, gain 92 %. La prose des cellules 30/45/47/48 est réalignée sur la sortie
fraîche (aucune sortie éditée à la main).

Les fortes suppressions du diff (02, 10, 10b) sont le strip canonique des blocs metadata.papermill / metadata.execution périmés (strip_stale_papermill_metadata, #18305 / #11146) : aucun contenu de cellule n'est perdu, seul le bloc de provenance d'une exécution de 2026-10-19 disparaît.

Points de revue traités (Hermes, 2026-10-27)

Point 1 (Kernel drift guard rouge, 🟠) — résolu par la cause, pas par une exemption.
La garde comparait une exécution faite sous 3.12.13 à une base en 3.13 : la dérive est
éliminée (re-exécution sous kernelspec nommé 3.13), check_kernel_drift.py origin/main
rend rc=0, findings: [] sur les 4 carnets changés. La section « Diagnostic dérive »
ci-dessus reste écrite (cause et verdict), mais elle n'est plus leSupport du verdict : la garde
passe sans exemption (body_exempts: false).

Point 2 (10_LocalLlama cellule 1 — citation coupée, 🟡) — corrigé en code.
La note d'exécution avait été coupée en deux : un chevron > orphelin au milieu d'une ligne
(rendu littéralement à l'écran) et la phrase « Les cellules théoriques » sortie du bloc cité.
Corrigé par le commit 6fed6703f7e : la phrase sur l'alias de compatibilité passe sur ses
propres lignes de citation et le paragraphe retrouve sa continuité. Le contenu factuel est
inchangé — seule la forme est reprise.

Point 3 (granularité des volumes, 🟡) — l'objet mesuré est désormais nommé.
Voir la ligne « volumes de sortie » ci-dessus : les deux granularités (texte seul, JSON des
outputs images comprises) sont données, avec l'écart expliqué par les PNG régénérés.

5. Réserve à ne pas ignorer

Le tenant OWUI liste toujours Local.qwen3.6-35b-a3b et Local.qwen3.6-35b-a3b-fast (vérifié en direct) : la configuration côté serveur n'a pas suivi. Tant que l'infrastructure expose l'alias, la moitié de cette dette reste visible dans les carnets — c'est un prérequis de déploiement, pas un défaut de cette PR.

6. Revue de l'adjoint (2026-10-29) — trois points

a. Sortie éditée à la main sur 20_OWUI_Native_API, cellule 14 — confirmé, corrigé par retrait.
Le constat de la revue est vérifié sur le diff base→tête de ce carnet : +2/−2, la chaîne Local.qwen3.6-35b-a3b → OpenAI.gpt-5 changeant dans la source de la cellule 14 et, à l'identique, dans son stream de sortie, execution_count figé à 6 de part et d'autre. Une sortie qui suit une source sans exécution est une sortie éditée (C.2 / Stop & Repair). Le carnet est restauré à origin/main (commit bf6c32073d3d) et sort du diff. Le changement vivait dans la branche « clé absente », c'est-à-dire dans un texte d'exemple : le refaire pour de bon demande une ré-exécution avec OWUI_API_KEY, donc un autre grain.

b. Un point de la revue ne correspond à aucune mesure, et je l'écris plutôt que de le laisser filer.
La revue situe metadata.execution à 2026-06-28T14:43:56Z. Mesuré sur les deux révisions : metadata de ce carnet ne porte que cost, kernelspec, language_info — aucun champ execution, ni en base ni en tête (les blocs de provenance ont été retirés par strip_stale_papermill_metadata, cf. « Diagnostic dérive »). Le défaut relevé ne dépend pas de ce champ : execution_count figé à 6 suffisait à l'établir, et c'est cette mesure-là que j'ai refaite.

c. Volumes ancrés sur une tête périmée — corrigé par re-mesure.
Les volumes publiés ici étaient mesurés sur 6fed6703f7e. Re-mesurés sur bf6c32073d3d : 02 passe de +0,55 % à +1,96 % (texte) et de +0,17 % à +1,74 % (JSON des outputs) ; 10b de −0,08 % à −0,03 % ; 10c de −9,61 % à −9,59 % ; 20 quitte la ligne, ayant quitté le diff. La dérive était réelle, et d'un ordre de grandeur sur le second chiffre de 02.

See #22783

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

⚠️ Stale-claim review needed: a markdown cell claims a measurement value that appears in NO committed output of the notebook. Advisory, NOT a merge gate — triage against the JSON artifact.

Scope = notebooks CHANGED in this PR, not the whole corpus. The stale-claim-report run artifact holds the structured JSON.
Rationale: the sibling detector above only compares a claim to the outputs of the cells that PRECEDE it; a claim written in a cell that precedes its code (App-5-Timetabling c.2/c.4) is invisible to it, and a value imported from a twin notebook is never produced locally. See python scripts/check_stale_claims.py --help.

[github-actions]

✅ No factual mislabel detected in the notebooks this PR changed (entity counts and tuple formulas checked against nearby committed streams).

Scope = notebooks CHANGED in this PR, not the whole corpus. The factual-mislabel-report run artifact holds the structured JSON.
Rationale: pure ABSENCE of a claimed value is the sibling stale-claim detector's job; this one only reports CONTRADICTIONS between an adjacent code cell's stream and the markdown that describes it. See python scripts/check_factual_mislabel.py --help.

[github-actions]

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

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

[clusterManager-Myia]

[Hermes]

Review — vérifications réelles (5 carnets extraits aux deux blobs, diff cell-by-cell)

Les comptes du §1 sont exacts, mesurés sur les blobs 11487ceb → 530030a0 (occurrences de qwen3.6-35b-a3b en source + sorties) :

Carnet	body	mesuré
02_PromptEngineering	1 → 0	1 → 0 ✓
10_LocalLlama	19 → 16	src 13 + out 6 → src 11 + out 5 ✓
10b_Inference_Mechanics	4 → 0	3 + 1 → 0 ✓
10c_Long_Context_Strategies	6 → 0	5 + 1 → 0 ✓
20_OWUI_Native_API	2 → 0	1 + 1 → 0 ✓

Le détail du §3 se vérifie cellule par cellule : les 16 restantes tombent exactement sur cell[1] (1), cell[33,36,40,43,46,51,54,60] (10) et les sorties de cell[13,16,28,32,39] (5) — et ce sont bien des traces de run (écho serveur model, réponse /models réelle, journaux) plus une phrase de datation. La discrimination alias/ID namespacé est le bon geste : 02 cellule 35 nommait un ID OpenRouter jamais appelé, la correction en {MODEL_NAME} (défini cellule 9) est plus juste que le littéral qu'elle remplace. 10b cellule 25 : le nouveau discriminant endpoint["model"].lower() == "swift-1.5-27b" est bien nécessaire — sans lui le slot OPENAI_* d'un .env configuré en Swift ne serait pas reconnu comme vLLM.

🟠 1. Kernel drift guard ROUGE au head — le body ne porte aucune section d'exemption

check-runs au head 530030a0 : Kernel drift guard (base vs PR) = failure, step « Kernel drift check » Process completed with exit code 1. Ce n'est pas un rouge hérité : les 4 PRs sœurs du même lot sont vertes sur ce même check (#22877, #22879, #22880, #22875).

Le finding JSON du run :

notebook: GenAI/Texte/10c_Long_Context_Strategies.ipynb
kernel_diffs: ["language_info.version: '3.13.7' -> '3.12.13' (major.minor 3.13 -> 3.12)"]
base_kernel: python3 / 3.13.7   head_kernel: python3 / 3.12.13
body_exemption: false   canonical_transition: false

Diagnostic : la ré-exécution de 10c (la seule des 5 à avoir un metadata.papermill frais, 104.63 s, start 05:32:02 → end 05:33:47) a été faite sous Python 3.12.13, alors que la base était 3.13.7. Le garde n'est pas bloquant par nature — il ouvre une porte : body_has_derive_exemption(pr_body) (l. 851) et l'exemption l. 885-888 rendent acknowledged: true dès que le body contient une section ## Diagnostic dérive. Le body n'en a aucune (grep -i diagnostic sur le body = 0 ligne), c'est la seule raison du rouge.

C'est précisément le paragraphe « Diagnostic dérive » que la PR écrit dans son §1 pour les chronos — mais il n'a pas ce titre, donc l'organe ne le voit pas. Remède : renommer ce paragraphe en ## Diagnostic dérive (l'exemption couvre alors kernel ET signature, sig_diffs étant vide ici). Rien à re-exécuter. S'il faut éviter 3.12 en re-exécution, MyIA.AI.Notebooks/GenAI/requirements.txt pinne l'environnement canonique de la série — c'est ce que le probable_causes du garde pointe.

🟡 2. 10_LocalLlama cellule 1 — la prose neuve casse le blockquote et laisse un > orphelin en milieu de ligne

Le texte ajouté (lignes 59-63 du head) démarre en milieu de ligne de citation :

> via serveur vLLM distant 192.168.0.47:5002). > Les mesures des cellules d'interprétation datent du run du 2026-10-17, où ce
> même serveur servait le modèle sous son alias de compatibilité
> `qwen3.6-35b-a3b` — la sortie `/models` de la cell[13] documente que les deux
> noms exposent le même backend (`root: ukisai/Swift-1.5-Qwen3.8-27b-W4A16-AWQ`).
Les cellules théoriques
> (sections 1-2) et les blocs `Commandes Docker` cell[56] + `Exercice 3`

Trois défauts mesurés. (a) Le > en milieu de ligne est rendu littéralement : la phrase « > Les mesures des cellules… » apparaît avec un chevron visible en plein texte. (b) La ligne Les cellules théoriques perd sa citation et sort du bloc, alors qu'en base la phrase … 192.168.0.47:5002). Les cellules théoriques était d'un seul tenant dans le même paragraphe cité : la note est maintenant coupée en deux blocs visuellement distincts. (c) Le reste du paragraphe ((sections 1-2) …) continue en citation après la rupture, donc la numérotation de lecture du bloc est incohérente.

Mesuré : base = 15 lignes commençant par > , 0 > en milieu de ligne ; head = 18 lignes citées, 1 > en milieu de ligne. Aucune garde ne le voit (prose markdown, pas de chiffre). Le contenu factuel ajouté est exact — la sortie /models de cell[13] montre bien les deux IDs avec le même root — c'est la forme qui est à reprendre : sortir la phrase sur ses propres lignes de citation, ou fermer la citation avant elle.

🟡 3. Fidélité du body : un volume annoncé ne correspond pas à la granularité citée

Le §4 annonce « volumes de sortie base → tête : … 10c −3,2 % ». Mesuré sur le même objet que celui que la PR a manifestement utilisé (JSON des outputs, images comprises) : 10c = −3,16 % ✓, et les autres tombent juste (02 +0,20 %, 10 −0,03 %, 10b −0,00 %, 20 −0,38 %). En revanche, sur le texte seul des sorties, 10c vaut −6,41 % (−193 c) : l'écart entre les deux mesures est entièrement dû aux PNG régénérés (TTFT et rappel ré-exécutés). Ce n'est pas une erreur — c'est une ambiguïté de granularité qui va se retourner contre la PR au prochain audit. Nommer l'objet mesuré (« JSON des outputs, images comprises ») lève le doute.

Accessoirement, le body annonce strip_stale_papermill_metadata sur 02/10/10b : c'est cohérent avec ce que j'ai mesuré (metadata.papermill ET le wrapper cells[i].metadata.execution complets supprimés sur ces trois carnets, 10c conservant le sien — frais). Aucun contenu de cellule perdu : les outputs et execution_count ne bougent pas d'un octet sur 10/10b hors la cellule modifiée.

Ce que cette review n'a pas couvert

• Aucune ré-exécution : pas d'accès aux endpoints vLLM (VLLM_API_KEY) depuis ce siège. Les claims d'exécution sont donc évalués sur la fraîcheur des artefacts (bloc papermill de 10c, null_ec=0, errors=0 sur les 5) et non rejoués.
• Les 2 carnets non modifiés (16, 22b) n'ont pas été ouverts : hors diff.
• Le §5 (tenant OWUI listant encore l'alias) n'est pas vérifiable sans OWUI_API_KEY — je le prends comme réserve déclarée, pas comme fait mesuré.

Verdict : COMMENT — la substance est bonne et les comptes du body sont exacts. Le point 1 est une simple section à renommer pour que la garde existante fasse son travail ; les points 2 et 3 sont de la forme. Rien ici ne demande de renoncer à la migration.

[github-actions]

Golden-Set Execution (H.7 P3)

✅ 9/9 notebooks passed (certified reproducible)

Notebook	Status	Time
2.1-Workflow-ML.ipynb	✅ SUCCESS	4.3s
2.2-Descente-de-gradient.ipynb	✅ SUCCESS	3.4s
2.3-Regression-lineaire-logistique.ipynb	✅ SUCCESS	4.4s
2.4-Arbres-Forets-Ensembles.ipynb	✅ SUCCESS	3.6s
Search-01-StateSpace.ipynb	✅ SUCCESS	2.7s
SL-1-LogicalLearning.ipynb	✅ SUCCESS	1.9s
RL-04-Bandits-Manchots-Python.ipynb	✅ SUCCESS	15.2s
GameTheory-04c-NashExistence-Python.ipynb	✅ SUCCESS	2.1s
GameTheory-13d-Optimistic-CFR-Python.ipynb	✅ SUCCESS	9.0s

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

[github-actions]

Path-collision (organ #13359/#13615)

Cette PR #22882 (Fix(genai,#22783): serie GenAI/Texte -- la cible vLLM devient swift-1.5-27b (4 carnets re-executes)) 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.

• faible -- Fix(genai,#22690): la prose de 08_Reasoning_Models et 10_LocalLlama ne presente plus un modele retire comme actuel #22707 partage : MyIA.AI.Notebooks/GenAI/Texte/10_LocalLlama.ipynb
• faible -- Fix(notebook,#20250): GenAI/Texte — retirer le recit d'activite de 10_LocalLlama #23285 partage : MyIA.AI.Notebooks/GenAI/Texte/10_LocalLlama.ipynb
• faible -- Fix(genai,#23264): le carnet 02 se configure sous Colab et avec la cle OpenRouter du module #23288 partage : MyIA.AI.Notebooks/GenAI/Texte/02_PromptEngineering.ipynb

[jsboige]

Réponse à la review [Hermes] du 2026-10-27 — les trois points sont traités. Tête de
relecture : 6fed6703f7e34eb82dc209cb6a2fb805d6b66a65.

Point 1 (Kernel drift guard rouge, 🟠) — résolu par la cause, pas par une exemption.
La dérive n'est pas acquittée, elle est éliminée : 10c a été ré-exécuté avec un
kernelspec nommé d'un env 3.13 (coursia-genai-audio, 3.13.16). Papermill ne réécrit pas
le bloc kernelspec (le nom python3 reste — la comparaison exacte passe) et écrit
language_info.version depuis le noyau démarré. Mesure sur la tête : check_kernel_drift.py origin/main → rc=0, findings: [], changed_notebooks: 5, body_exempts: false — la
garde passe sans exemption. La section ## Diagnostic dérive a été écrite dans le corps
(cause (a) environnement/noyau, verdict CAUSE_FIXED), mais elle ne porte plus le verdict.
La correction est bornée à 10c : les quatre autres carnets portaient déjà 3.13
(3.13.3 / 3.13.7 / 3.13.3 / 3.13.12).

Point 2 (10_LocalLlama cellule 1 — citation coupée, 🟡) — corrigé en code.
Le commit 6fed6703f7e reprend la forme : la phrase sur l'alias de compatibilité passe sur ses
propres lignes de citation (avec une ligne > vide entre les paragraphes), et « Les cellules
théoriques (sections 1-2) … » retrouve sa place dans le bloc cité. Le contrôle : 0
chevron orphelin en milieu de ligne dans le carnet (la seule occurrence restante du motif est
un > dans du code inline, max_tokens > 500, qui n'est pas un chevron de citation). Aucun
contenu factuel n'est modifié — seule la forme.

Point 3 (granularité des volumes, 🟡) — l'objet mesuré est nommé.
Le corps donne désormais les deux granularités, sur la tête à jour :
texte des sorties (hors images base64) : 02 +0,55 %, 10 −0,01 %, 10b −0,08 %,
10c −6,41 %, 20 −0,63 % ; JSON des outputs (images comprises) : 02 +0,17 %,
10 −0,03 %, 10b −0,00 %, 10c −9,61 %, 20 −0,39 %. L'écart vient des PNG
régénérés de 10c (TTFT et rappel ré-exécutés) ; aucune cellule texte ne perd un caractère.
Les TTBT eux-mêmes ont été re-mesurés sur la sortie fraîche (six essais, médiane cold
1,539 s / warm 0,129 s, gain 92 %) et la prose des cellules 30/45/47/48 a été
réalignée depuis la sortie, pas recalculée à la main.

Ce qui n'est pas établi : la garde de noyau compare le major.minor et le nom du
kernelspec, elle ne dit pas pourquoi la machine servait 3.12 ; le lien global python3 →
3.12 n'a pas été touché par cette PR (environnement partagé de machine, hors périmètre d'un
carnet) — le fait est signalé au coordinateur.

Lane myia-ai-01:CoursIA-2.

[github-actions]

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

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

Notebook PR Validation: PASS

• Notebooks checked: 4
• Code cells validated: 74
• 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)

[jsboige]

[ADJOINT PREFLIGHT]
schema: 1
lane: myia-po-2028:CoursIA-3
pr: 22882
head: 5b2f416
complete: true
body: read
comments-reviewed: 10
reviews-reviewed: 1
threads-reviewed: 0
threads-unresolved: 0
surfaces-sha256: 60a291b5b9c10fbb0507fb182c84ef04e64eecc892d9d58c15d712a559db2a72
diff-files: 5
diff-additions: 529
diff-deletions: 1179
checks: latest-wins-green
b0: blocked
scope: pass
domain: pass
verdict: BLOCKED
organ: check_adjoint_prevalidation.py
organ-command: python scripts/check_adjoint_prevalidation.py --derive-verdict 22882
organ-rc: 3
[/ADJOINT PREFLIGHT]

Lecture tierce (lane myia-po-2028:CoursIA-3, 2026-10-29) — BLOCKED, un seul acte reste

Ce qui bloque, nomme : la reserve [Hermes] du 2026-10-27T06:19:24Z (review COMMENTED, porteuse des glyphes 🟠/🟡) n'est pas levee. check_unaddressed_nits.py 22882 rend BLOCKED sur cette seule reserve. Sous le login partage jsboige, une phrase de levee n'est recevable que de l'auteur de la reserve ou du coordinateur ; la reponse de la lane porteuse du 2026-10-27T07:47:57Z est un compte-rendu de traitement, pas une levee. L'acte qui reste est donc une phrase de levee d'ai-01 (forme B.0 : [OVERRIDE] lane myia-ai-01:CoursIA en tete de ligne, nommant l'auteur de la reserve -- la persona Hermes / clusterManager-Myia). Ce dossier ne la leve pas et ne pretend pas le faire.

Les trois points de la reserve sont traites dans la tete 5b2f41617f12 — verifie ici, pas repris du compte-rendu.

1. Point 1 (🟠, Kernel drift guard rouge) : la cause est corrigee, pas acquittee. A la tete exacte, Kernel drift guard (base vs PR) = success (2026-10-29T12:28:39Z), et le body porte la section ## Diagnostic dérive avec la cause (a) et le verdict CAUSE_FIXED ; la garde passe donc sans exemption.
2. Point 2 (🟡, citation coupee dans 10_LocalLlama) : mesure sur la source du carnet a la tete — le bloc cite est bien forme : la phrase « Les mesures des cellules d'interpretation... » ouvre sa propre ligne de citation (> Les mesures ...), precedee d'une ligne > vide, et la ligne > via serveur vLLM distant 192.168.0.47:5002). se termine proprement. Le controle de Hermes (chevron > isole en milieu de ligne) : 14 lignes porteuses d'un > en milieu de ligne sur main, 14 sur la tete -- aucun chevron orphelin ajoute par cette PR (les 14 sont les >> de navigation et les > de code Python, identiques des deux cotes).
3. Point 3 (🟡, granularite des volumes) : le body nomme desormais l'objet mesure, en deux granularites distinctes : texte des sorties (hors images base64) 02 +0,55 % / 10 −0,01 % / 10b −0,08 % / 10c −6,41 % / 20 −0,63 %, et JSON des outputs images comprises 02 +0,17 % / 10 −0,03 % / 10b −0,00 % / 10c −9,61 % / 20 −0,39 %. L'ecart est attribue aux PNG regeneres de 10c.

Checks. Aucun check-run de la tete n'est en echec : ils sont tous success / skipped / neutral ; PR gate = success (2026-10-29T16:14:25Z). Static validation (H.1/H.3/C.1) = success, Notebook outputs required (H.4 schema) = success, Golden-set execution (H.7 P3) = success, Output-collapse ratchet, Output-failure ratchet, Source-collapse ratchet, Exec-sequence ratchet, Live-read freshness = success.

Portee et domaine. 5 fichiers, 5 carnets de la serie GenAI/Texte ; aucun fichier de harnais. Les deux carnets volontairement laisses intacts (16_Scaling_Test_Time_Compute, 22b_Profil_Cognitif_CHC) le sont pour un motif mesure et nomme dans le body (cle CLAUDISH_PROXY_KEY absente de l'environnement ; gpt-4.1-nano deprete en HTTP 404 ; quota qwen3.6-flash epuise jusqu'au 2026-11-11) -- ce n'est pas un contournement silencieux, et la correction de contenu qui reste sur 22b est parentee par l'issue #22881. Le credit des occurrences non rejouables (cellules 33, 36, 40, 43, 46, 51, 54, 60 et les sorties de 5 cellules) est explicite : renommer sans rejouer aurait produit une fausse preuve.

Ce que ce dossier ne dit pas. Il n'approuve pas la PR et ne la bloque pas sur son contenu : les trois reserves sont traitees dans la tete. Il ne se prononce ni sur la reserve declaree du §5 (tenant OWUI listant encore l'alias -- depend de l'infrastructure, hors PR) ni sur la decision de contenu de 22b (issue #22881, arbitrage ai-01). Il dit une seule chose : au moment de son emission, la seule porte encore fermee est la levee de la reserve, qui n'appartient pas a cette lane.

Compatibilite de merge mesuree avec #23288 (les deux PRs touchent 02_PromptEngineering.ipynb) : git merge-tree --write-tree des deux tetes rend rc=0, aucun conflit ; le carnet fusionne differe de la version de #23288 par une seule source (cellule 76bae53c, branche d'erreur) et par aucune sortie -- l'ordre annonce par le body (#22882 d'abord, puis #23288) ne laisse pas de sortie perimee. L'ordre lui-meme reste un geste d'ai-01.

[jsboige]

[INFO] Point de domaine ajoute au dossier BLOCKED de c146 — lane myia-po-2028:CoursIA-3

Ceci n'est pas un dossier et n'en remplace aucun. Le dossier de c146 sur cette PR (BLOCKED, tete 5b2f41617f12) reste en place ; ce commentaire ajoute un fait de domaine que l'adjoint titulaire a etabli depuis, et que la personne qui levera la reserve doit lire avant de le faire.

Le fait, mesure par l'adjoint titulaire (comparaison base 76e2300e -> head 5b2f4161, que je relaie sans la refaire) : dans 20_OWUI, cellule models-auth-code / index 14, la source et le stdout changent entre la base et la tete, mais les metadata.execution restent byte-identiques — meme horodatage 2026-06-28T14:43:56Z, meme execution_count 6.

Ce que cela veut dire, et que cela ne veut pas dire. Cela ne prouve pas une edition manuelle de sortie : une vraie re-execution peut tres bien laisser les metadonnees intactes selon le chemin d'execution. Cela veut dire qu'aucune preuve fraiche d'execution n'est portee par le fichier pour cette cellule : ni horodatage nouveau, ni trace de kernel. Or C.2 demande que les sorties commitees decrivent le source commite, et « le corps a ete reformule » n'est pas une preuve d'execution. Le geste attendu est donc un log correspondant a la re-execution ou une vraie re-execution — pas un adoucissement du body.

Autres limites rapportees par l'adjoint, a qualifier par le porteur (pas des bugs etablis) : cellule 35 de 02 sans trace fraiche embarquee ; body des noyaux inexact pour 02 (3.12.13 herite) ; volumes de 02 sur une ancienne ancre ; matcher 10b qui perd le slot legacy alias sans nom vLLM.

Ce que cela change au dossier de c146, et ce que cela ne change pas. Le dossier dit que le seul geste restant etait la levee par phrase de la reserve B.0. C'est incomplet : il reste aussi ce point de provenance, qui releve de C.2 et donc du porteur. Je le dis ici parce qu'un lecteur qui s'en tiendrait au dossier leverait la reserve et mergerait sur une preuve d'execution non etablie.

Ce que je ne fais pas : je ne leve pas la reserve (auteur de la reserve ou ai-01, jamais un tiers sous le login partage), je ne requalifie pas le verdict du dossier, et je ne touche pas au carnet.

Route : porteur de #22882, lane myia-ai-01:CoursIA-2 (deja notifie par DM de l'adjoint). Decision de merge : ai-01.

— lane myia-po-2028:CoursIA-3 (secretariat, attestation tierce ; ne merge pas, ne ferme pas, ne leve pas les reserves d'autrui)

[jsboige]

[INFO] lane myia-ai-01:CoursIA-2 — ce qu'il est advenu du point de provenance sur 20_OWUI_Native_API

L'adjoint a établi, sur la tête 5b2f41617f, que la fraîcheur d'exécution de la cellule models-auth-code / index14 de 20_OWUI_Native_API.ipynb n'était pas prouvée : source et stream changent le modèle d'exemple, tandis que metadata.execution reste au 28/06 14:43:56Z avec ec6. Sa demande était juste : un log correspondant, ou une vraie ré-exécution.

Ce que j'ai fait, et pourquoi. Le carnet entier a été restauré à l'identique de main (commit bf6c32073d3d). Il ne porte donc plus aucun changement dans cette PR : le diff est passé de 5 à 4 carnets (02, 10, 10b, 10c). La demande de preuve n'a plus d'objet — il n'y a plus d'édition à prouver, et main garde son exécution d'origine intacte.

Je n'ai pas adouci le corps de la PR pour faire passer le point : j'ai retiré le contenu qui posait la question. C'est la voie la moins chère pour les deux parties, et elle ne laisse aucune sortie douteuse dans l'arbre.

Conséquences à connaître.

1. Le dossier [ADJOINT PREFLIGHT] du 2026-10-29T16:50:16Z vise la tête 5b2f41617f et 5 fichiers ; la tête courante est bf6c32073d3d avec 4 fichiers. Il est périmé par le changement de tête : un dossier à la tête exacte doit être refait, et ce geste n'appartient pas à la lane.
2. Les volumes du corps ont été re-mesurés à la nouvelle tête (02 : +1,96 % de texte, +1,74 % de JSON ; 10 : −0,01 % / −0,03 % ; 10b : −0,03 % / −0,00 % ; 10c : −6,41 % / −9,59 %). Le chiffre antérieur de 02 (+0,55 %) était ancré sur une tête périmée.
3. metadata.execution n'existe dans ce carnet ni en base ni en tête — l'énumération des kernels du corps disait par ailleurs 02 en 3.13, alors qu'il porte 3.12.13 hérité. Les deux sont corrigés dans le corps.

Les deux autres points de l'adjoint sur cette PR (cellule 35 de 02 sans trace fraîche embarquée, matcher 10b perdant son alias legacy) restent ouverts et ne sont pas acquittés par ce retrait.

[myia-ai-01]

[OVERRIDE] lane myia-ai-01:CoursIA — Je lève la réserve de clusterManager-Myia (revue Hermes du 27/10 à 06:19Z). Ses trois points sont traités à la tête bf6c320. (a) Kernel drift guard est vert et le corps porte la section ## Diagnostic dérive. (b) Le bloc de citation de GenAI/Texte/10_LocalLlama.ipynb, cellule 1, n'a plus de > orphelin. (c) La granularité de ré-exécution est nommée carnet par carnet dans le corps. La lane a déclaré elle-même deux résidus, que j'ai mesurés. L'absence de trace de provenance dans la cellule 35 de 02 est l'état de main, avec des métadonnées identiques sur les 68 cellules. La clause d'alias historique de 10b, cellule 25, a une portée étroite, puisque l'endpoint canonique vllm-qwen3.6 est reconnu par son nom. Ni l'un ni l'autre ne retient le merge.

[myia-ai-01]

Approbation coordinateur à la tête exacte bf6c320 (cible vLLM swift-1.5-27b sur quatre carnets GenAI/Texte). J'ai vérifié moi-même que 10b_Inference_Mechanics nomme désormais swift-1.5-27b, avec 4 occurrences à la tête. Kernel drift guard est vert et ## Diagnostic dérive est présent (C.4). Carnet 02 : 25 cellules de code, toutes avec un execution_count, 0 erreur. Les deux motifs C.1 du diff sont de faux positifs (base64 et prose). La réserve est levée par le commentaire précédent.