État mesuré au 2026-10-05 (consolidation #13906, lane myia-po-2025:CoursIA).

Cette Epic n'a pas de cases d'acceptance — c'est une Epic prospective, ouverte sur un plan P0-P3 et un statut déclaré « À créer ». La mesure porte donc sur l'état de chaque étape du plan et de ses six filles, confronté à origin/main.

Livré (2 étapes sur 10, plus la structuration)

Étape du plan	État mesuré	Artefact
P0 · Récupérer la 2ᵉ moitié de l'article Toub	livrée	PR #18772 (MERGE) → docs/dotnet/net11-toub-digest.md + docs/dotnet/net11-runtime-deltas.md sur main. Sections GC, JSON, Regex, Networking, Threading et Numerics récupérées par lecteur SearXNG par section (WebFetch plafonne ~50 %), ratios mesurés et PRs dotnet/runtime# par section.
Structuration du plan en filles	livrée	6 filles ouvertes : #18766 (pin), #18767 (gitlinks R2), #18768 (gates R3), #18769 (3 carnets types), #18770 (bancs sous-modules), #18771 (delta 9/10/11)
P0 · État des gates par sous-module (R3) + PR dédiée	livrée	#18768 CLOSED
P0 · Divergence du pin dotnet-interactive	traitée en amont, fille encore ouverte	#19208 CLOSED (« matrice de conformité flotte au canon dotnet-interactive ») ; #18766 reste OPEN

Non livré — ce que l'Epic existe pour produire

Aucune mesure .NET 11 n'existe encore : pas un seul banc BenchmarkDotNet ciblant .NET 11 dans le dépôt (git ls-tree -r origin/main | grep -i benchmark ne rend que des bancs sans rapport — TTS, QuantConnect). Les trois étapes P1 le sont donc entièrement : #18769 (sélection des 3 carnets types), #18770 (banc in-repo par sous-module), #18771 (delta .NET 9 / 10 / 11) sont ouvertes et non commencées.

Dérive R2 mesurée ce jour (commande de submodule-maintenance.md règle 2, refs/heads/<branch> quand .gitmodules en déclare une) :

Sous-module	État	Gitlink
MetaGeneticSharp	OK	dbcd40473e0f
Z3.Linq	OK	8c7ae3e8ce3e
Automata	OK	84d21fb88a5e
semantic-fleet	OK	16c9388b3479
Argumentum	DÉRIVÉ	6bc573f73220 → c61bd79ab540

Les 4 sous-modules épinglés à HEAD sont frais ; seul Argumentum dérive, et c'est le cas attendu : .gitmodules lui déclare branch = master, et la règle 7 de submodule-maintenance.md (mandat user 2026-09-23) veut qu'il suive la tête de sa branche, dependabot.yml ouvrant chaque jour la PR de bump. Une dérive mesurée ici n'est donc pas une veille, c'est une PR de bump qui attend son merge.

Ce qui reste, et qui lève l'Epic

1. Les trois étapes P1 — c'est le cœur de l'Epic : sélectionner les 3 carnets types, poser un banc BenchmarkDotNet in-repo par sous-module, et mesurer le delta .NET 9 / 10 / 11. Tant qu'aucun delta n'est mesuré, l'Epic n'a rien produit de son objet propre.
2. [P0] .NET 11 EPIC #18695 -- aligner le pin dotnet-interactive (po-2026 mesure 1.0.712001 != canon 1.0.617701) #18766 (pin dotnet-interactive) et [P0] .NET 11 EPIC #18695 -- etat des gitlinks sous-modules (R2) : FRESH / DERIVE / INJOIGNABLE #18767 (gitlinks R2) encore ouvertes, bien qu'un livrable les ait déjà couverts (docs(kernels,#18766): matrice de conformite flotte au canon dotnet-interactive 1.0.712001 #19208 pour le pin, la mesure R2 ci-dessus pour les gitlinks).
3. La décision LTS vs GA — .NET 11 est en RC, donc hors LTS ; la convention du dépôt est .NET 9.0 (code-style.md:18). Le saut est un arbitrage user, à inscrire au registre de questions, pas un geste de lane.

Portée non vérifiée : je n'ai pas re-mesuré la conformité du pin dotnet-interactive sur les six machines (le livrable #19208 le fait) ; la dérive R2 ci-dessus est mesurée depuis ce clone, sur origin/main, à l'instant — elle est datée de sa mesure, pas de sa lecture.

.NET 11 — mesure progressive des gains runtime async + numerique avant saut hors LTS

Origami parce qu'on plie et deplie le meme geste : BenchmarkDotNet sur sous-module = mesure .NET 11 = maintien de la lib en parallele.

Contexte

Suite a l'audit des ameliorations de performance .NET 11 (Stephen Toub, .NET Blog, 2026-09-15, https://devblogs.microsoft.com/dotnet/performance-improvements-in-net-11/) et de l'inventaire .NET du depot CoursIA (cf exploration c.2026-10-01), etude des gains potentiellement applicables au materiel .NET du depot principal ET des sous-modules declares.

Mesure des benefices vs cout de saut hors LTS (.NET 9 LTS canonique, cf code-style.md). Convention cible actuelle : .NET 9.0 (code-style.md:18), a arbitrer.

Angle retenu

Les sous-modules ne sont pas seulement des cibles de la migration, ils sont le terrain de mesure privilegie — bibliotheques pures, sans I/O utilisateur, avec des kernels serres (algorithmes deterministes, allocations mesurables, peu de dependances externes). C'est la qu'un BenchmarkDotNet en cellule notebook est le plus discriminant, et la qu'un delta runtime se voit sans bruit.

L'Epic reunit la mesure et la maintenance des sous-modules dans le meme temps de cycle, conformement au mandat submodule-maintenance.md R6 (« un sous-module compte dans le provisionnement »).

Cibles d'organe

Depot principal

• MyIA.AI.Notebooks.csproj (hote .NET Interactive) — gains attendus : Runtime Async opt-in, JIT escape analysis (boxing Nullable, ObjectEqualityComparer), DateTime.Now timezone caching, Guid.Parse, ArgumentNullException.ThrowIfNull Tier 0.
• MyIA.Trading.Backtester (ML.NET 6 preview, Accord 3.8.2-alpha) — gains attendus : JIT bounds checks coalesces, vectorisation Slice, LINQ Min/Max bytes/shorts.

Sous-modules (parcours de mesure + maintenance, cf inventaire .NET)

Le critere pertinent : « A marche sur une machine SPECIFIQUE avec le bon env » (regle SOTA RECOVERABLE-MACHINE). Un sous-module est deja un candidat naturel : environnement isole, build deterministe, tests integres. La mesure .NET 11 = la mesure qui revele ce que le sous-module ne dit pas en lisant son code.

Mesures a effectuer

1. Cible canonique kernel : dotnet-interactive 1.0.617701 (po-2024 divergence documentee dans kernels-runtime.md, pin jamais installe sur po-2024) — divergence a resoudre avant la mesure.
2. Cible runtime : .NET 11.0.0-rc.1.26425.128 (RC1) vs .NET 10.0.12 (Toub benchmark) vs .NET 9 LTS (canonique CoursIA actuel).
3. Carnets types (depot principal) : 3 carnets representatifs — 1 GenAI/SK awaits profonds, 1 ML.NET Backtester numerique, 1 Probas/Infer allocations. BenchmarkDotNet en cellule sur le meme hardware.
4. Sous-modules — banc d'essai dedie : pour chacun, 1 BenchmarkDotNet projet in-repo qui exerce l'API publique sur des hot paths connus. Resultats publics, compares a la baseline net8/net9 par lane qui detient le sous-module (regle submodule-maintenance.md R3 — substitution par 2 verifications firsthand independentes si gate absent).
5. Sections article Toub non recuperees : GC, JSON, Regex, Networking, Threading, Numerics (WebFetch plafonne a ~50%). Re-fetch via autre canal (PR runtime# comments GitHub, agregat c-sharpcorner).

Points de resonance

Risques

• .NET 11 RC1 = hors LTS pendant la phase RC, saut de .NET 9 LTS a valider avec ai-01 + user.
• Pin kernel divergent po-2024 (kernels-runtime.md) doit etre resolu avant la mesure (sinon BenchmarkDotNet compare des apples a des oranges).
• Plafond Roslyn 4.12 : si kernel reste sur 1.0.617701, plafond Roslyn impose les versions restaurables (#r "nuget:") — risque de devoir downgrader certains packages.
• Section GC / JSON non mesurees firsthand : WebFetch plafonne, deuxieme moitie de l'article Toub non recuperee.
• Sous-modules a TFM heterogene : Argumentum et MetaGeneticSharp en net9, Z3.Linq et Automata en net8, semantic-fleet mixte. Une migration Epic doit commencer par aligner (net8 -> net9) avant d'attaquer net11, sinon le saut cumule masque les gains nets de chaque etape.

Plan de travail (sub-issues filles)

Pourquoi cette forme — la double finalite

L'Epic sert deux objectifs correles :

1. Mesure des gains .NET 11 — argument decisif tranche par BenchmarkDotNet, pas par lecture de release notes.
2. Maintenance active des sous-modules — un sous-module qu'on benchmarke est un sous-module qu'on n'oublie pas six semaines. Le geste de mesure rejoue le geste de maintenance (build, tests, freshness).

Liens

• Article Toub : https://devblogs.microsoft.com/dotnet/performance-improvements-in-net-11/
• Inventaire .NET CoursIA : exploration agente_explorer c.2026-10-01 (cf dashboard)
• code-style.md:18 (convention cible .NET 9.0, a arbitrer)
• submodule-maintenance.md R6 (provisionnement integré)
• SOTA verdicts (RECOVERABLE-MACHINE)

Statut

A creer. Tranche de realisation P0 reservee a la lane qui portera la premiere sous-issue.