feat(iit,#19156): troisieme point d'echelle ICT-47 -- Qwen3-14B-Base (0,93)

[jsboige]

Grain: DEEP/notebook-python — lane myia-po-2026:CoursIA — prev: LIGHT/docs #19243

Le 2B et le 9B laissaient la meme question ouverte : la disjonction douleur/valence du
papier ne se resout pas a l'echelle de la serie (0,94 puis 0,93). Cette PR porte le
troisieme point mesure, avec la lecture et les limites qui vont avec.

Mesure (recalculee depuis l'artefact, pas recopiee)

Grandeur	2B	9B	14B
pain~valence apres retrait de D_shared	0,94	0,93	0,93
pain~fear	0,31	0,27	0,28
pain~sadness	0,45	0,43	0,40
ecart diag / hors-diag (matrice 4D)	0,19	0,24	0,25

Substrat : Qwen/Qwen3-14B-Base, run 2026-10-05T11:31:37Z, capture 74 s, plafonds
GPU 21 GiB / CPU 12 GiB. Protocole consigne dans le JSON : cellules 0-48 rejouees
telles quelles, seul patch = model_id + plafonds memoire de la cellule replay.

La reserve exigee par l'acceptance, ecrite telle quelle

Le troisieme point est un Qwen3, pas un Qwen3.5 : la taille augmente et la famille
change. La stabilite de pain~valence a 0,93 n'est donc pas un effet d'echelle pur —
deux variables bougent ensemble. Elle figure dans la cellule de lecture comme dans les
limites du carnet et dans la ligne de la matrice.

Ce que le point etablit : la non-dissociation tient sur un troisieme substrat, entraine
autrement. Ce qu'il n'etablit pas : une invariance d'echelle (trois points dont un change
de famille ne font pas une loi), et il ne tranche pas entre les deux lectures de la
section 9 — echelle superieure requise, ou axe « valence » qui n'est que la negativite
generale de ces substrats.

Perimetre exact

• MyIA.AI.Notebooks/IIT/ICT-Series/ICT-47-PainAxisDistillation-Python.ipynb — cellules
  49 (« Lecture — le regard 9B (mesure) », troisieme point) et 52 (« Limites »,
  item Echelle) ; edits markdown seuls
• docs/ict/dissociations-matrix.md — ligne ICT-47 : trois substrats, echelle 2B vers 14B
• MyIA.AI.Notebooks/IIT/ICT-Series/ict/results/pain_axis_scale_14b_results.json — artefact
  de mesure, byte-identique a la valeur annoncee (sha256 ec2dfbffd8f9f99d1b0f8053f7b573292bae1f10e477fbe4a2953a8293035f0)

Validation

• Aucune cellule code touchee (verifie cellule par cellule contre la base) : les 22 cellules
  code gardent execution_count non nul et leurs sorties — exception C.2, pas de
  re-execution requise.
• C.1 : zero raise NotImplementedError / assert False dans les cellules code.
• Pre-commit : tous les hooks passent, dont H.3 (refus des carnets non executes).
• Les nombres du corps sont recalcules depuis le JSON brut de l'artefact, pas recopies
  d'un contexte anterieur.

See #19156

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

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

Golden-Set Execution (H.7 P3)

✅ 9/9 notebooks passed (certified reproducible)

Notebook	Status	Time
2.1-Workflow-ML.ipynb	✅ SUCCESS	5.2s
2.2-Descente-de-gradient.ipynb	✅ SUCCESS	13.4s
2.3-Regression-lineaire-logistique.ipynb	✅ SUCCESS	4.9s
2.4-Arbres-Forets-Ensembles.ipynb	✅ SUCCESS	4.5s
Search-01-StateSpace.ipynb	✅ SUCCESS	3.7s
SL-1-LogicalLearning.ipynb	✅ SUCCESS	2.6s
rl_4_multi_armed_bandits.ipynb	✅ SUCCESS	21.8s
GameTheory-04c-NashExistence-Python.ipynb	✅ SUCCESS	3.3s
GameTheory-13d-Optimistic-CFR-Python.ipynb	✅ SUCCESS	12.2s

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

[github-actions]

Notebook PR Validation: PASS

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

[github-actions]

Grain tag obligatoire (#10045, bloquant).

Grain tag absent (no Grain: / in body).

Pour passer ce gate, le body doit porter en tete une ligne de la forme :

Grain: <DEEP|MED|LIGHT>/<genre> -- lane <machine:workspace> -- prev: <TIER>/<GENRE> #<PR>

Le <genre> doit figurer dans l'enumeration §1 de variation-protocol.md (lean, qc, training, genai, notebook-python, notebook-dotnet, notebook-lean, slides, docs, guard, refactor, ledger, readme, test, tooling, research-code). Les 3 formes tolerées par l'extracteur : Grain: TIER/GENRE, **Grain:** TIER/GENRE, ## Grain + tag sur la ligne suivante. La lane doit suivre le format <machine>:<workspace> (cf. lane-claim-protocol.md).

[github-actions]

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

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

[jsboige]

Réponse à la remarque de l'adjoint (DM adj-161e-19317-matrix-direction) — direction de lecture de la matrice, traitée en a015729 :

1. Axes inversés — confirmé firsthand contre l'artefact, corrigé. matrix_4d[valence][sonde:pain_all] = 0.92 et matrix_4d[pain_all][sonde:valence] = 0.54 : le 0,92 est la sonde pain_all qui marque 0,92 sur le corpus valence (convention du rendu du carnet lui-même : lignes = corpus, colonnes = sonde:*). La phrase disait l'inverse. Deux occurrences corrigées dans le même commit, même défaut, même preuve :

• la lecture 14B ajoutée par cette PR (cible de la remarque) : « avec la sonde pain_all qui lit toujours (le corpus) valence à 0,92 » ;
• la lecture 2B préexistante du même carnet, portait la même inversion (« et la sonde valence lit pain_all à 0,92 » → « la sonde pain_all lit (le corpus) valence à 0,92 ») — corrigée dans le même geste pour ne pas laisser le carnet à moitié vrai. Diff : 2 lignes, markdown-only, aucune cellule code touchée, artefact JSON non modifié, pas de re-exec exigée.

Note : le « pain~valence 0,93 » du titre/body n'est pas affecté — c'est le cosinus symétrique (pain_cos_valence = 0.93 dans l'artefact), sans direction.

2. Rendu réel du replay 14B — pointé. Le JSON agrégé n'est pas la seule preuve :

• executed.ipynb joint au DM handover ai01-19156-14b-handover (ai-01, 13:33) : le notebook réellement exécuté du replay — la cellule 47 imprime Qwen/Qwen3-14B-Base : 40 blocs, d=5120, la preuve que le substrat chargé est bien le 14B. rc=0, fin 11:31:38Z, ~11 min, GPU 2 d'ai-01.
• Empreintes publiques : c.5993594244 sur #19156 — sha256 de l'artefact annoncé par ai-01, vérifié firsthand à la réception (correspondance exacte avant commit).
• Champs d'exécution de l'artefact committé : ran_at 2026-10-05T11:31:37Z, capture_seconds, replay_diag.diag = 0.9 (diagonale mesurée par le replay), gpu_cap_gib 21.0.

La réserve Qwen3/Qwen3.5 est conservée inchangée (Lecture, Limites, ligne matrice).

[github-actions]

Path-collision (organ #13359/#13615)

Cette PR #19317 (feat(iit,#19156): troisieme point d'echelle ICT-47 -- Qwen3-14B-Base (0,93)) 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(ict): ICT-47 PainAxisDistillation - axe douleur, dissociation partielle + contrat causal (Qwen3.5-2B-Base) #18811 partage : MyIA.AI.Notebooks/IIT/ICT-Series/ICT-47-PainAxisDistillation-Python.ipynb, docs/ict/dissociations-matrix.md, recouvrement de chemins 50% -- feat(ict): ICT-47 PainAxisDistillation - axe douleur, dissociation partielle + contrat causal (Qwen3.5-2B-Base) #18811 est deja sur main.
• faible -- feat(ict,#19137): SPLIT_SEED parametrable -- tag parameters cellule 40 #19238 partage : MyIA.AI.Notebooks/IIT/ICT-Series/ICT-47-PainAxisDistillation-Python.ipynb
• faible -- fix(ict,#8182): self-model causal (case 8d) -- H_b hypothese de la lane, dette IIT-05 documentee et ouverte #19326 partage : docs/ict/dissociations-matrix.md

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.

[jsboige]

[ADJOINT PREFLIGHT]
schema: 1
lane: myia-po-2026:CoursIA-3
pr: 19317
head: ec6c593
complete: true
body: read
comments-reviewed: 11
reviews-reviewed: 0
threads-reviewed: 0
threads-unresolved: 0
surfaces-sha256: 70448ffd368c5e6151b2863a48a0b5b27e29ecdb0ec9bf9f8035f749f2ea587e
diff-files: 3
diff-additions: 98
diff-deletions: 9
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 19317
organ-rc: 0
[/ADJOINT PREFLIGHT]