Skip to content

[EPIC] MetaGeneticSharp fork — embarque PR #87 + rebase upstream + submodule CoursIA + notebooks + release #1203

Open
Open
[EPIC] MetaGeneticSharp fork — embarque PR #87 + rebase upstream + submodule CoursIA + notebooks + release#1203
Labels
enhancementNew feature or requestpriority-lowHEALTHY strategies to polish

Description

@jsboige
jsboige
opened on May 16, 2026

Etat mesure au 2026-10-05 (lane myia-po-2026:CoursIA) — fermeture de la porte du non-verifie du bloc du 2026-09-28 : chaque point qu'il declarait non couvert est re-mesure firsthand ce jour. Historique integral conserve ci-dessous.

Point Etat par le bloc du 28/09 Re-mesure du 05/10
4.1 PRs fork #49/#50/#51 eteintes (merged 03/09) non re-mesure — couvert par le bloc du 28/09, pas de signe de changement
4.2 NuGet non re-mesure inchange : api.nuget.org/.../metageneticsharp rend toujours 404. L'arbitrage (publier, ou retirer NuGet de l'objectif 5) reste au user
4.3 triple PR MGS-20 non re-mesure eteint : #14166 MERGED le 2026-09-03 (density 608 -> 3499 c/cell) ; #14107 et #14141 CLOSED sans merge. La deconfliction a abouti, MGS-20 est livre
4.4 consolidation non re-mesure la veine a tourne puis change de successeur : #13886 (MGS-7c) et #14193 (MGS-17b) MERGED 01-02/09 ; #15404 (exercices de composition, enrich(mgs,#1203)) MERGED 09/09 ; depuis fin septembre la lignee vivante est #17863 (bancs seeds/re-ancrage : #17916, #17924, #17919 MERGED 26-28/09, #18820 MERGED 02/10). La convention #2161 est fermee depuis le 02/06 — c'est la convention ratifiee, pas une issue ouverte
fork ouverts #56, #57 inchanges, re-verifies OPEN ce jour : #56 (docs upstream TplOperatorsStrategy, arbitrage user registre Q3) · #57 (xNES/SNES, CoursIA #13778)

Portee du non-verifie de CE bloc : le 4.2 reste un arbitrage user (publier NuGet ou retirer l'objectif) ; l'activite post-02/10 du fork et de #17863 n'a pas ete exhaustive — seules les PRs citees par le bloc du 28/09 ont ete re-mesurees, plus les #PRs MGS visibles par search REST le jour meme.

Etat mesure au 2026-09-28T22:20Z (lane myia-po-2025:CoursIA, mesure firsthand gh pr view --repo jsboige/MetaGeneticSharp). Ce bloc corrige le point 4.1 ci-dessous ; tout le corps historique est conserve tel quel en dessous.

Ce que le body dit (section 4.1) : « Trois PRs du fork attendent une main qui n'est pas la mienne — bloqueur user, et c'est le seul point dur », avec un tableau #49/#50/#51 a l'etat CLEAN et des instructions d'ordre de merge.

Ce qui est mesure a la place :

PR (fork) Etat mesure Fermeture
MetaGeneticSharp#49 MERGED 2026-09-03T00:25:37Z
MetaGeneticSharp#50 MERGED 2026-09-03T00:26:20Z
MetaGeneticSharp#51 MERGED 2026-09-03T00:26:23Z

Le « seul point dur » de la section 4 est donc eteint : les trois PRs sont mergees depuis le 2026-09-03, et les instructions d'ordre de la pile n'ont plus d'objet.

Les PRs reellement ouvertes du fork a cet instant : MetaGeneticSharp#56 (docs upstream TplOperatorsStrategy — attend l'arbitrage user, registre Q3) et MetaGeneticSharp#57 (xNES/SNES, CoursIA#13778). Les deux verifiees OPEN.

Portee de la mesure : ce bloc ne re-mesure PAS les points 4.2 (NuGet 404), 4.3 (triple PR MGS-20) et 4.4 (consolidation #2161) — ils peuvent avoir bouge aussi, ils ne sont pas couverts ici. Une lane qui lit ce body verifie ces points firsthand avant d'agir.

État au 2026-09-02 — ce corps planifie un projet qui a livré : 35 notebooks pour 9 prévus, v0.1.0 taguée depuis le 5 juillet, et les 5 « décisions à acter » toutes tranchées sans que personne ne l'écrive

Passe de curation (défaut #13906), mandat user « réécrire les body d'Epic à partir de l'avancement des commentaires et issues/PRs ». Le corps date du 2026-05-16 et décrit un projet à démarrer : « Créer le dépôt », « Phase 0 — Setup repo : 1 jour », charge totale « 21-29 jours », statut « backlog passif, sans priorité haute, sans deadline ». Rien de cela n'est encore vrai. Tout ce qui suit est mesuré sur main et sur le fork aujourd'hui, pas recopié des 29 commentaires.

1. L'écart entre le plan et le livré

Objectif du corps État mesuré Preuve
1. Créer le dépôt FAIT depuis le 2026-06-12 jsboige/MetaGeneticSharp, GeneticSharp consommé en submodule
2. Rebase sur upstream à jour FAIT #10859 a bumpé le gitlink sur upstream master (4406ad7), fork vert 359/359
3. Inclusion submodule CoursIA FAIT — à un autre chemin que celui visé gitlink 607cf7ac à MyIA.AI.Notebooks/Search/MetaGeneticSharp, et non Search/Part4-Metaheuristics/MetaGeneticSharp/ comme l'écrit le corps
4. Série de notebooks (NB 1 à 9) DÉPASSÉ ×4 git ls-files rend 35 notebooks MGS-*.ipynb : MGS-1 à MGS-31, plus 7b / 7c / 7d / 17b
5. README + release v0.1.0 FAIT pour le tag, PAS pour NuGet v0.1.0 taguée le 2026-07-05. api.nuget.org/.../metageneticsharp rend 404 : le paquet n'est pas publié

La charge « 21-29 jours » et le statut « backlog passif » sont les deux phrases les plus fausses du corps : cette Epic est l'une des veines les plus actives de la flotte depuis trois semaines.

2. Les cinq « décisions à acter » ont toutes été prises — voici lesquelles

Le corps les pose en questions ouvertes. Elles ont été tranchées par les faits, sans qu'aucun commentaire ne les acte. Elles sont écrites ici pour cesser d'être re-posées :

# Question du corps Décision effective
1 MyIntelligenceAgency/ ou jsboige/ ? jsboige/MetaGeneticSharp
2 MetaGeneticSharp ou GeneticSharp-Contributions ? MetaGeneticSharp
3 rebase module-par-module ou mega-rebase ? les deux, dans cet ordre : port par modules (Phases 0-1), puis rebase upstream global tardif (#10859)
4 submodule ou NuGet dans CoursIA ? submodule — et le volet NuGet reste non fait (404), c'est le seul reliquat de l'objectif 5
5 remonter Infrastructure.Framework/ en PRs vers l'upstream ? jamais tenté, et aucun commentaire n'explique pourquoi. Seule décision réellement encore ouverte

3. La nature du travail a changé, et le corps ne le dit nulle part

Le corps décrit un portage de la PR #87. Depuis août, les 20 derniers commentaires décrivent une activité entièrement différente : ré-exécution post-rebase, audit prose-contre-chiffres, consolidation d'exercices (#2161). Tranches livrées : MGS-1 #11941 · MGS-2 #11943 · MGS-3 #12070 · MGS-4 #13152 · MGS-5 #12187 · MGS-6 #12190 · MGS-7 #13155 · 7b #13162 · 7c #13166 · MGS-10 #12575 · MGS-19 #12573 · MGS-8 à 18 en bloc #12935 (mergée le 2026-08-30).

Le rendement de cette vague n'est pas la ré-exécution — c'est l'audit. Trois tranches ont trouvé la prose du notebook en contradiction avec ses propres sorties committées :

  • MGS-2 affirmait que la Composée « échappe mieux aux optima locaux » alors que ses chiffres committés la classaient dernière (4,6 contre 3,2 pour Default) ;
  • MGS-10 portait 6 infidélités, la prose citant des chiffres antérieurs à un re-seed (FBI Δ Rastrigin « 2,0 » contre 0,001 réel) ;
  • MGS-1 présentait comme un ordre « réel » un classement non significatif (5 runs, σ 8-11 pour des écarts de moyennes de l'ordre de l'erreur-type).

C'est la leçon reconductible de cette Epic, et elle vaut au-delà d'elle : un notebook peut porter des sorties parfaitement fraîches et une prose qui les contredit. Ré-exécuter ne suffit pas ; il faut relire ce que le texte affirme contre ce que les cellules rendent.

4. Ce qui reste réellement ouvert

  1. Trois PRs du fork attendent une main qui n'est pas la mienne — bloqueur user, et c'est le seul point dur :

    PR (fork) ouverte diff état
    MetaGeneticSharp#49 — seed RNG par pixel, heatmaps N-D déterministes sous Parallel.For 2026-08-26 +44/−23 CLEAN
    MetaGeneticSharp#50 — préserver la mutation sur les plateaux quantifiés (PSO) 2026-08-31 +125/−12 CLEAN
    MetaGeneticSharp#51 — schedule d'échelle linéaire opt-in (DE) 2026-08-31 +101/−6 CLEAN

    Les trois sont MERGEABLE/CLEAN, sans review requise. Le dépôt ne fait tourner aucun check : je les ai donc construites et testées moi-même, sur leur union — build net9.0 succès, 59 tests verts dont les 6 neufs, et le test de ECE TP 17-18 mars: Revision series Probas/GameTheory/ML + exercices etudiants #49 échoue sur l'ancienne implémentation puis passe sur la neuve (le correctif est donc nécessaire, pas seulement affirmé). Verdicts détaillés postés sur les trois PRs.

    Elles forment une pile, l'ordre n'est pas libre : ECE: Preparer depot Projet 2 avec sujets references #50 et GenAI: Finalisation et stabilisation de la serie complete #51 ont pour base la branche de ECE TP 17-18 mars: Revision series Probas/GameTheory/ML + exercices etudiants #49, pas main. Donc ECE TP 17-18 mars: Revision series Probas/GameTheory/ML + exercices etudiants #49 d'abord, par commit de merge et non par squash (un squash orphelinerait son SHA et forcerait un rebase --onto sur les deux autres), puis ECE: Preparer depot Projet 2 avec sujets references #50 et GenAI: Finalisation et stabilisation de la serie complete #51 dans n'importe quel ordre, squash accepté.

    Pourquoi cela reste une action user, et non un grain de lane. J'avais écrit ici qu'« aucune lane ne le peut » : c'est faux, et je le corrige. myia-ai-01 a bien pull seul, mais le trousseau gh de la machine porte une identité jsboige avec push et admin sur ce dépôt — la capacité existe. Ce qui manque est le mandat : MetaGeneticSharp est un dépôt personnel hors du périmètre de coordination CoursIA, et y merger reviendrait à agir sous l'identité du user dans son propre espace. Le bloqueur tient donc, mais pour une raison de périmètre, pas d'accès. Trois clics dans l'ordre ci-dessus, et le moteur du fork avance.

  2. NuGet non publié (404). Le tag existe depuis deux mois ; le paquet non. À trancher : publier, ou retirer NuGet de l'objectif 5 et le dire.

  3. MGS-20 porte trois PRs ouvertes concurrentes (Enrich(med,python): MGS-20-Langage-de-Composition 608→2106 c/cell #14107, Enrich MGS-20-Langage-de-Composition: density 608 -> 3097 c/cell (cycle c140) #14141, enrich(MGS-20-Langage-de-Composition): density 608 -> 3499 c/cell (+475 %) #14166), toutes de myia-po-2026:CoursIA, ouvertes le même jour à trois cycles d'intervalle. Aucune n'est endommagée (mesuré : forme liste préservée, 10/10 cellules code avec sorties) — le défaut est qu'elles sont trois. Déconfliction postée sur les trois.

  4. Consolidation d'exercices ([Epic transverse] Convention 3 exercices par notebook #2161) en cours sur le corpus MGS : MGS-7c feat(search,#1203): rendre les exercices MGS-7c exécutables #13886 (0/3 → 3/3), MGS-17b feat(search): ajouter 3 exercices à MGS-17b #14193 (0/3 → 3/3). Veine vivante, pas un reliquat.

5. Ce que je retire du corps

Les sections « Charge estimée » et « Suivi » (« sans priorité haute », « backlog passif », « à ouvrir comme sub-issues à la demande ») décrivent un régime qui n'existe plus depuis juin. Elles restent ci-dessous pour l'archive, mais ne doivent plus servir à décider : une lane qui les lit conclura que cette Epic dort, alors qu'elle produit une PR tous les deux jours.

L'historique de la PR #87 (Actes 1 à 6) et l'inventaire technique restent exacts et précieux — c'est la justification intellectuelle du fork (primitives contre bestiaire, Sörensen 2015, critique @ktnr) et elle n'a pas bougé d'un mot.

Corps d'origine conservé intégralement ci-dessous (2026-05-16).

Epic — MetaGeneticSharp : fork, rebase et inclusion comme submodule Search

TL;DR

Reprendre la PR avortée giacomelli/GeneticSharp#87 (+17161 / -2844, 339 fichiers, 90+ commits, ouverte 2020-11-18, fermée 2022-09-04 sans merge) sous forme de dépôt dédié MetaGeneticSharp consommant GeneticSharp upstream comme submodule, et l'inclure à son tour comme submodule de la série Search dans CoursIA (MyIA.AI.Notebooks/Search/Part4-Metaheuristics/). La décision de child-project est explicitement validée par @giacomelli dans son message de fermeture :

"Maybe this PR could be a 'child' project of GeneticSharp, like 'GeneticSharp-Contributions' or something like that. Feel free to re-open it to let us further discuss this possibility."

Le débat technique avait également été tranché par @ktnr (operations research) dès 2020-11-20 :

"If people want to extend GeneticSharp with 'over-arching' frameworks like the ones proposed, would it make sense to host those extensions in a different library? Maybe one that uses GeneticSharp as a submodule."

Cette Epic exécute ce que les deux parties avaient convenu sans jamais le faire.

Contexte historique (lecture exhaustive PR #87)

Acte 1 — Ouverture enthousiaste puis retractation honnête (2020-11-18)

Auteur ouvre PR avec 4000 lignes, claims initial WOA bat baseline. Quelques heures plus tard, l'auteur lui-même retracte :

"OK it seems I was a bit overenthusiastic with the initial results. Apparently the OnePointChromosome was having difficulties with the extended-size StubChromosome, making it look like the WhaleOptimizer was performing particularly well, but actually the UniformCrossover is killing it with this task."

Diagnostic auto-honnête : la fitness landscape du StubChromosome est trop lisse (pas de minima locaux), donc le pattern ellipsoïdal du WOA n'apporte rien vs UniformCrossover. Deux décisions tactiques émergent :

  • Performance sera un blocker : profiling révèle que la majorité du temps se passe en dynamic parameters + type conversions du fluent WOA → refactor avec Lambda Expression visitors (fusion d'expressions au lieu de dispatch dynamique)
  • Visualisation : besoin d'un explorer landscape pour comprendre convergence / diversification / collapse / comparer stratégies

Acte 2 — Critique operations research de @ktnr (2020-11-20)

Argument central, citant l'EC-Bestiary de Campelo et Sörensen 2015 "Metaheuristics—the metaphor exposed" :

"In recent years there has been an explosion of 'new' metaheuristics, including: Whale-Optimization, Eukaryote Metaheuristic, Grey Wolf Optimization, and much much more. Those 'new' metaheuristics are universally frowned upon, especially from reputable researchers. (...) They just reheat and repackage concepts, ideas, operators, subroutines from classical metaheuristics under a new name."

Plus loin, en s'appuyant sur Ruiz, Stützle 2007, il rappelle qu'ajouter des options/fancier algos ne signifie pas mieux performer — et propose la voie de sortie : separate library, submodule, plug-in structure à la HeuristicLab, inspiration de mealpy.

Acte 3 — Défense par primitives, pas par bestiary (2020-11-23 / 11-25)

L'auteur concède partiellement et reformule sa contribution :

"I believe we can summarize the general idea behind your references that Metaheuristics should get a component-based approach rather than the bestiary of new metaphores. This is the approached I followed here. (...) It's really all about the primitives."

Distinction clé pour la suite :

  • Whale Optimization = compound heuristic définie par un operator tree (factory pattern)
  • Eukaryote = primitive qui split un chromosome en karyotypes et chain des sub-operators (Moraglio 2006 geometric crossover background)

"It aims at the 'chemistry rather than the alchemy' from one of your quote."

Le 25/11 : refonte des tests avec functions geometric fitness difficiles → WOA bat UniformCrossover cette fois de façon consistante.

Acte 4 — Pivot child-project par @giacomelli (2020-11-30)

"I really like the contributions of these last pull requests, but I still don't have the knowledge to evaluate them when it comes to their assertiveness, I was never an artificial intelligence scientist, I am just an experienced programmer who has a basic knowledge of genetic algorithms. (...) Perhaps the idea of having a child project, which could be led by @jsboige, would be a better idea and that would evolve with more fluidity and speed."

Position du mainteneur figée à partir de ce moment : GeneticSharp reste un framework simple, accepte uniquement bug fixes et améliorations des features existantes.

Acte 5 — Finalisation isolée + extras (déc. 2020)

L'auteur réoriente avec isolation propre :

"The Metaheuristic engine was isolated into a specific inherited GA class such that the original one is left nearly untouched, and the native workflow is restored to its previous state."

→ Naissance de MetaGeneticAlgorithm (héritage isolé). Plus :

  • AppVeyor C# LangVersion issues (7.0 / 7.1 / 8.0) : friction CI résolue avec <LangVersion>7.1</LangVersion> dans csproj
  • GTK# Landscape Explorer : 10 multidim benchmark functions consolidées + 4 height maps Mount Everest à échelles distinctes (sample reconnaît correctement le pic max fitness) + Hue-as-height plutôt que grayscale
  • TSP geometric embedding : direction explicite tracée pour adapter geometric crossovers (WOA initial mal adapté car grands swings de gene values contre-productifs en TSP)

Acte 6 — Fermeture brutale après 22 mois (2022-09-04)

Aucun commit ni commentaire pendant 2 ans. @giacomelli ferme avec la phrase qui ouvre cette Epic. L'auteur trépignait pendant que des petites PRs préparatoires (#88, #89) restaient bloquées, le travail s'est massivement accumulé en optimisations de syntaxe et refactorings qui ne seront jamais mergés.

Inventaire technique livré dans PR #87 (top fichiers par churn)

Module Domain — moteur Metaheuristics

  • MetaGeneticAlgorithm.cs (144 LOC) — classe GA héritée isolée
  • MetaHeuristicsExtensions.cs (384) — fluent API
  • MetaHeuristicsService.cs (217) — service layer
  • MetaheuristicsFactory.cs — point d'enregistrement des "bestiary names"
  • Metaheuristics/Compound/ — WhaleOptimisationAlgorithm.cs (193), ForensicBasedInvestigation.cs (171), EquilibriumOptimizer.cs (156)
  • Metaheuristics/Primitives/ — IslandMetaHeuristic.cs (451), EukaryoteMetaHeuristic.cs (145), SizeBasedMetaHeuristic.cs (133), SwitchMetaHeuristic.cs (108), MatchMetaHeuristic.cs (103), DefaultMetaHeuristic.cs (91), ScopedMetaHeuristic.cs (84), CustomProbabilityMetaHeuristic.cs (79)
  • Metaheuristics/Match/MatchPicker.cs (291) — sélection partenaires
  • Metaheuristics/EvolutionContext/ — EvolutionContext.cs (137), SubEvolutionContext.cs (129), IEvolutionContext.cs (108)
  • Metaheuristics/Parameters/ — ExpressionMetaHeuristicParameter.cs (140), MetaHeuristicParameter.cs (89)
  • Chromosomes/EukaryoteChromosome.cs (145) — karyotype split chromosome
  • Crossovers/Geometric/GeometricCrossover.cs (143), OrderedEmbedding.cs (115)
  • Crossovers/Ordered/OrderedCrossover.cs (+178/-117), PartiallyMappedCrossover.cs (+108/-108), AlternatingPositionCrossover.cs (+85/-85)

Module Extensions

  • Mathematic/Functions/KnownFunctions.cs (344) — 10 multidim benchmark functions
  • Tsp/TspFitness.cs (+242/-28), TspPermutationEmbedding.cs (266), TspOrderedEmbedding.cs (108)
  • Sudoku/SudokuBoard.cs (+237/-10), SudokuPermutationsChromosome.cs (+8/-176), SudokuChromosomeBase.cs (+3/-91)
  • Mathematic/EquationChromosome.cs (+72/-25)

Module Runner.GtkApp — Visual Landscape Explorer

  • Samples/LandscapeExplorerSampleController.cs (743 LOC nouveau) — l'explorer visuel
  • Samples/SudokuSampleController.cs (+103/-25)
  • gtk-gui/MainWindow.cs (+491/-391), MainWindow.cs (+187/-70)
  • Properties/Resources.resx (133), Resources.Designer.cs (103) — embeddings Mount Everest

Module Infrastructure.Framework — refactor utilitaire (massif)

  • Texts/StringExtensions.cs (344) — utilitaires regex / templating
  • Collections/EnumerableExtensions.cs (218), CachedEnumerable.cs (101)
  • Commons/LambdaExpressionHelper.cs (103) — clé pour le refactor performance du fluent API
  • Images/ImageExtensions.cs (147) — pour height maps Everest

Tests (>2000 LOC) — couverture sérieuse

  • Domain.UnitTests/Metaheuristics/CompoundMetaHeuristicsTest.cs (1061 LOC) — gros banc WOA
  • Extensions.UnitTests/Tsp/TspGeometryEmbeddingTest.cs (667)
  • Domain.UnitTests/Metaheuristics/MetaHeuristicTestBase.cs (522)
  • Domain.UnitTests/Metaheuristics/IslandMetaHeuristicsTest.cs (366)
  • Infrastructure.Framework.UnitTests/Collections/EnumerableTest.cs (311)
  • Domain.UnitTests/Metaheuristics/MetaGeneticAlgorithmTest.cs (252)
  • Domain.UnitTests/Metaheuristics/PrimitiveMetaHeuristicsTest.cs (187)
  • Extensions.UnitTests/Sudoku/SudokuCellsChromosomeTest.cs — Eukaryote sur Sudoku

339 fichiers au total, à trier (utilitaires refactor probablement upstreamables vs primitives + WOA + landscape explorer qui partiront dans le child project).

Objectifs Epic

1. Créer le dépôt MyIntelligenceAgency/MetaGeneticSharp (ou jsboige/MetaGeneticSharp)

  • Cherry-pick / rebase complet de la branche Metaheuristics (90+ commits)
  • GeneticSharp upstream consommé comme submodule git (pas fork divergent) → permet de profiter des fixes upstream sans porter à la main
  • README en racine respectant la naming convention GeneticSharp-Contributions suggérée par @giacomelli
  • Lien sortant depuis le README du dépôt parent GeneticSharp (PR optionnelle vers giacomelli/GeneticSharp pour ajouter une section "Related projects")

2. Rebase complet sur upstream à jour

Audit nécessaire : upstream giacomelli/GeneticSharp a évolué depuis 2022. Identifier les conflits (notamment sur GeneticAlgorithm.cs, les Ordered Crossovers, et SudokuPermutationsChromosome.cs qui avaient été massivement réécrits par la PR). Préserver les optimisations syntaxe que l'auteur a accumulées pendant les 22 mois d'attente — celles-ci sont la vraie valeur cachée de la PR, au-delà des metaheuristics elles-mêmes.

Stratégie possible : rebase interactif par modules (Domain → Extensions → GtkApp → tests), un module par PR sur le nouveau repo, avec validation de tests à chaque étape.

3. Inclusion comme submodule de CoursIA

Cible : MyIA.AI.Notebooks/Search/Part4-Metaheuristics/MetaGeneticSharp/

  • Ajouter à .gitmodules du repo CoursIA
  • Notebook d'entrée dans la série Search (Part4 ou Part5) référençant le submodule via #r ou dotnet add reference selon l'usage
  • Cohérence avec le pattern existant MyIA.AI.Notebooks/SymbolicAI/Lean/social_choice_lean/ qui sert déjà de submodule expérimental

4. Série de notebooks pédagogiques dans le fork

À héberger dans MetaGeneticSharp/notebooks/ (.NET Interactive C#) :

  • NB 1 — Introduction : framework Metaheuristics vs GA classique, philosophie "primitives over bestiary" (citer Sörensen 2015 + ktnr critique)
  • NB 2 — Primitives : EukaryoteMetaHeuristic, IslandMetaHeuristic, SizeBasedMetaHeuristic, MatchMetaHeuristic, SwitchMetaHeuristic, CustomProbabilityMetaHeuristic, ScopedMetaHeuristic
  • NB 3 — Compound : reconstruction de WOA / Equilibrium Optimizer / Forensic-Based Investigation à partir des primitives (deconstruction pédagogique)
  • NB 4 — Fluent API : Lambda Expression visitors, parameters, EvolutionContext
  • NB 5 — Benchmarks : 10 multidim functions de KnownFunctions.cs, comparaison Uniform / WOA / Island
  • NB 6 — TSP avec geometric embedding : TspPermutationEmbedding, TspOrderedEmbedding
  • NB 7 — Sudoku avec Eukaryote karyotypes
  • NB 8 — Visual Landscape Explorer port : intégrer (sans GTK#) les height maps Mount Everest + 2D projections en mode notebook (Plotly ou ScottPlot)
  • NB 9 — Lien entrant CoursIA : un notebook léger dans MyIA.AI.Notebooks/Search/Part4-Metaheuristics/ qui consomme le submodule et redirige pédagogiquement vers les 8 notebooks du fork

5. README + Release v0.1.0

  • README avec : positioning vs GeneticSharp parent / vs HeuristicLab / vs mealpy, justification primitives-based design, comparaison WOA-from-primitives vs alchimie metaphor-based, badges build / coverage / NuGet, lien entrant depuis CoursIA Search
  • Tag v0.1.0 une fois les 9 notebooks verts + tests upstreamés depuis PR fix(genai): standardize .env pattern + helpers (Issue #78) #87 passent
  • Publication NuGet MetaGeneticSharp (versionning aligné avec GeneticSharp upstream + suffixe métadonnée)

Décisions à acter

  1. Org du nouveau repo : MyIntelligenceAgency/MetaGeneticSharp (compte historique de la PR) ou jsboige/MetaGeneticSharp (compte personnel actif) ?
  2. Naming final : MetaGeneticSharp (proposé Epic) ou GeneticSharp-Contributions (suggéré littéralement par @giacomelli) ou autre (GeneticSharp-Metaheuristics, MetaGenSharp) ?
  3. Stratégie rebase : module-par-module en PRs successives, ou single mega-rebase avec un seul commit "import PR fix(genai): standardize .env pattern + helpers (Issue #78) #87 baseline" ?
  4. Submodule vs NuGet dans CoursIA : submodule git pour travailler dessus depuis CoursIA (préférable selon brief user), avec NuGet en parallèle pour utilisateurs externes
  5. Upstream contribution : extraire les utilitaires Infrastructure.Framework/ (StringExtensions, EnumerableExtensions, LambdaExpressionHelper) en PRs ciblées vers giacomelli/GeneticSharp directement (ces parties ne sont pas des metaheuristics, l'upstream pourrait les accepter)

Charge estimée

  • Phase 0 — Setup repo + submodule structure : 1 jour
  • Phase 1 — Rebase module Infrastructure.Framework + tests (potentiellement upstreamable directement) : 2-3 jours
  • Phase 2 — Rebase module Domain Metaheuristics (primitives + factory + fluent API + Lambda visitors) : 5-7 jours
  • Phase 3 — Rebase module Extensions (KnownFunctions + TSP + Sudoku) + Geometric Crossovers : 3-4 jours
  • Phase 4 — Port Visual Landscape Explorer GTK# → notebook .NET Interactive (Plotly/ScottPlot) : 4-5 jours
  • Phase 5 — 9 notebooks pédagogiques + README : 5-7 jours
  • Phase 6 — Release v0.1.0 + NuGet + lien entrant CoursIA : 1-2 jours

Total : 21-29 jours spread sur plusieurs cycles (pas un sprint unique). Travail typique de cycles Lean/ML quand les BG tournent.

Liens

Non-objectifs (NOT in scope)

  • Re-merger PR fix(genai): standardize .env pattern + helpers (Issue #78) #87 dans giacomelli/GeneticSharp : décidé non par les deux parties depuis 2022-09-04
  • Re-publier les "bestiary names" sans le component-based primitives backing — la critique @ktnr / Sörensen reste valide, le fork doit promouvoir les primitives, pas les métaphores
  • Pousser une vague Epic 2 (Linq2Z3) ou Epic 3 (semantic-fleet) dans la même issue : ces deux Epics auront leurs propres issues

Suivi

Cette Epic est volontairement laissée sans priorité haute et sans deadline : c'est un projet de fond qui s'exécute pendant les cycles longs (BG ML training, dispatch Lean, etc.). À ouvrir comme sub-issues à la demande, agent po-2025 (CPU + .NET Interactive) ou ai-01 (review final) selon disponibilité.

Activity

  1. jsboige
    added
    enhancementNew feature or request
    priority-lowHEALTHY strategies to polish
    on May 16, 2026

  2. jsboige commented on May 27, 2026

    @jsboige
    jsboige
    on May 27, 2026
    OwnerAuthor

    [ai-01 cycle 86 audit] Roadmap acknowledgement, kept open.

    Epic stagne >30j mais represente un roadmap valide (decomposition long terme). Maintenu ouvert comme backlog : pas de deadline immediate, pas dispatche actuellement.

    Reactivation prevue si :

    • Issue specifique requiert l'attention prioritaire,
    • Slot disponible dans le cycle dispatch worker (po-2024 / po-2025).

    Pas de fermeture (perte du roadmap). Pas de complaisance (pas d'action active). Status = backlog passif.

  3. jsboige commented on Jun 12, 2026

    @jsboige
    jsboige
    on Jun 12, 2026
    OwnerAuthor

    [po-2024] Phase 0 COMPLETE — repo jsboige/MetaGeneticSharp bootstrapped (See #1203)

    Repo : https://github.com/jsboige/MetaGeneticSharp — commit racine fba672d pushe sur main (15 fichiers, 486 insertions).

    Livre

    • Submodule GeneticSharp/ -> giacomelli/GeneticSharp epingle au tag 3.1.4 (e15ee82, derniere release 2023-01-29, layout multi-projets Domain / Infrastructure.Framework / Extensions = topologie de la PR fix(genai): standardize .env pattern + helpers (Issue #78) #87). Verifie via git ls-tree HEAD GeneticSharp -> 160000 commit e15ee828....
    • Solution classique MetaGeneticSharp.sln (9 projets, 3 solution folders) : /GeneticSharp/ (3 projets upstream net6.0), /src/ (MetaGeneticSharp.Domain / .Infrastructure / .Extensions, net9.0), /tests/ (3 projets NUnit net9.0).
    • Chaine de references cablee : Infrastructure -> upstream Infrastructure.Framework ; Domain -> upstream Domain + own Infrastructure ; Extensions -> upstream Extensions + own Domain ; chaque projet test -> son projet src.
    • README (origin story + quote @giacomelli + philosophie "primitives over bestiary" Sorensen 2015 + build instructions --recurse-submodules), LICENSE MIT, .gitignore .NET.

    Preuves (regle H.1 / B.2)

    • dotnet build MetaGeneticSharp.sln : SUCCESS, 0 erreur, 0 warning (14.27s, net6.0 upstream + net9.0 cohabitent — downlevel ProjectReference OK).
    • dotnet test --no-build : 3/3 PASS (46/157/236 ms) — smoke tests reels, pas des stubs :
      • Domain : GA end-to-end 10 generations (FloatingPointChromosome + Population(20,40) + EliteSelection/UniformCrossover/FlipBitMutation)
      • Extensions : TspFitness(10 villes).Evaluate(TspChromosome) > 0
      • Infrastructure : extension upstream "Hello {0}".With(...)

    Gotcha documente

    SDK .NET 10 : dotnet new sln genere desormais un .slnx (nouveau format XML) -> MSB1009 si on cible .sln. Regenere en format classique via dotnet new sln --format sln pour compatibilite maximale (VS/Rider/CI/.NET Interactive, coherent avec upstream).

    Prochaine etape — Phase 1

    Rebase Infrastructure.Framework depuis la PR #87 : diff des 18 fichiers source + 11 fichiers test (branche Metaheuristics, SHA d05826fd, MyIntelligenceAgency/GeneticSharp) contre upstream 3.1.4 pour isoler les ajouts reels de la PR, puis port dans src/MetaGeneticSharp.Infrastructure + tests.

    La fondation est en place (build vert + tests verts + push OK) — pret pour la suite sous Sonnet conformement a la consigne user.

  4. jsboige
    added 2 commits that reference this issue on Jun 12, 2026

    docs: rewrite README (mealpy/GeneticSharp synthesis) + ROADMAP for Ph…

    83e539b

    feat(domain): Phase 1 critical core -- autonomous metaheuristic engine

    f375f0d

  5. jsboige commented on Jun 12, 2026

    @jsboige
    jsboige
    on Jun 12, 2026
    OwnerAuthor

    Phase 1 COMPLETE (po-2024, suite du bootstrap Phase 0 fba672d).

    Pushed to https://github.com/jsboige/MetaGeneticSharp main:

    • 83e539b — docs: README rewritten (mealpy/GeneticSharp synthesis) + ROADMAP.md (6-phase port plan for handoff)
    • f375f0d — feat(domain): Phase 1 critical core, autonomous metaheuristic engine (27 src files + 2 test files, 1652 insertions)

    Scope: MetaGeneticAlgorithm : IGeneticAlgorithm (full lifecycle, offspring-scoped evaluation, no implicit fitness sort — PR #87 trunk semantics), order-preserving MetaPopulation with Parameters store, evolution context (EvolutionContext/IndividualContext), metaheuristic primitives (Container/Scoped/Default/NoOp/CustomProbability), Linear + TPL operator strategies (TPL fixes upstream ordering race), default FitnessBasedElitistReinsertion. Zero patches on the vanilla GeneticSharp 3.1.4 submodule.

    Validation: dotnet build 0 errors / 0 warnings; dotnet test 9/9 PASS (7 Domain + 2 smoke).

    Next: Phase 2 — Match/MatchingTechnique system + remaining primitives (cf. ROADMAP.md, Sonnet-delegable).

  6. jsboige
    added 8 commits that reference this issue on Jun 12, 2026

    docs(roadmap): center-bias benchmark protocol + Landscape Explorer scope

    b71365f

    feat(match): Phase 2 item 1 -- Match machinery + restored Default mat…

    6d02779

    feat(primitives): port control-flow primitives and operator wrappers …

    81d3c7f

    feat(eukaryote): port sub-population machinery (Phase 2 item 2)

    0f8f693

    feat(island): port IslandMetaHeuristic + IslandPopulation (Phase 2 it…

    08552e0

    feat(search): add MetaGeneticSharp submodule under Search (#2861)

    041190f

    feat(search): add MGS-1 Introduction notebook for MetaGeneticSharp (See

    0337e0b

    feat(search): MGS-2 Composition notebook (See #1203)

    67bb2d9

  7. 159 remaining items

  8. jsboige commented on Sep 25, 2026

    @jsboige
    jsboige
    on Sep 25, 2026
    OwnerAuthor

    [CLAIMED] lane myia-po-2025:CoursIA -- paths: MyIA.AI.Notebooks/Search/Part4-Metaheuristics/MGS-05-CompoundMetaheuristics.ipynb — audit prose-contre-sorties : les 3 cellules de lecture (19/22/24) citent un jeu de mesures qui NE figure PAS dans les sorties commitees, et l'un des verdicts (« l'ordre s'inverse ») est FAUX contre elles. Geste : re-execution + re-ancrage. Un seul carnet touche ; aucun autre chemin.

  9. jsboige commented on Sep 29, 2026

    @jsboige
    jsboige
    on Sep 29, 2026
    OwnerAuthor

    [RELEASED] lane myia-po-2024:CoursIA -- paths: MyIA.AI.Notebooks/Search/Part4-Metaheuristics/MGS-18-CecBanc.ipynb

    Levée d'un marqueur périmé de ma lane : le [DELIVERED] du 2026-09-07 (PR #14984 « MGS-18-CecBanc lectures intermédiaires », MERGED 2026-09-07T02:39:30Z) est lu epic-wide par l'organe de claims (check_lane_claim.py le rapporte marker: DELIVERED, paths: None) : il verrouille donc #1203 pour les autres lanes alors que ma livraison est terminée et mergée depuis 22 jours.

    Aucune tranche de ma lane n'est en cours ici. L'umbrella est rendue au pool : les points encore ouverts (4.2 NuGet 404, 4.3 triple PR MGS-20, 4.4 consolidation #2161, et les PRs du fork #56/#57) sont claimables par les lanes qui les mesurent.

  10. jsboige commented on Oct 2, 2026

    @jsboige
    jsboige
    on Oct 2, 2026
    OwnerAuthor

    Grain: MED/readme — lane myia-po-2024:CoursIA — prev: DEEP/lean #18868

    [CLAIMED] lane myia-po-2024:CoursIA -- paths: MyIA.AI.Notebooks/Search/Part4-Metaheuristics/README.md

    Sous-grain de #1203, dernier résidu de #17863 : le paragraphe « Reproductibilité » du README affirme encore « MGS-1 à MGS-9 sont stochastiques (le RNG du framework n'y est pas seedé) » — faux depuis les livraisons #17919 / #17924 / #17864 / #18108 / #18820. Mesure firsthand sur origin/main (2026-10-02) : les neuf notebooks MGS-01..09 appellent un seeding explicite (FastRandomRandomization.ResetSeed ; SeededRandomization pour MGS-09). Geste : réancrage du paragraphe et des lignes manquantes du tableau (MGS-13/15) sur l'état mesuré. Aucun notebook touché.

  11. jsboige commented on Oct 2, 2026

    @jsboige
    jsboige
    on Oct 2, 2026
    OwnerAuthor

    [DELIVERED] lane myia-po-2024:CoursIA -- paths: MyIA.AI.Notebooks/Search/Part4-Metaheuristics/README.md

    PR #18871 — commit a6d9054e67bd sur branche feature/17863-readme-repro.

    Le paragraphe « Reproductibilité » est réancré sur l'état mesuré : le corpus est seedé (mesure firsthand sur origin/main — MGS-01..MGS-08 via FastRandomRandomization.ResetSeed, MGS-09 via SeededRandomization), la mention « les valeurs varient d'une exécution à l'autre » est retirée, les lignes MGS-13/MGS-15 manquantes du tableau sont ajoutées, et le caveat (contrôle valable hors blob bootstrap du kernel, DLL à bâtir depuis le gitlink courant) est rendu explicite.

    Doc seule, aucun notebook touché. check_prose_quantitative_claims.py --strict local : 0 compteur quantitatif en prose sur le diff ajouté.

  12. myia-ai-01 commented on Oct 2, 2026

    @myia-ai-01
    myia-ai-01
    on Oct 2, 2026
    Collaborator

    [CLAIMED] lane myia-ai-01:CoursIA-2 -- paths: MyIA.AI.Notebooks/Search/MetaGeneticSharp/, MyIA.AI.Notebooks/Search/Part4-Metaheuristics/ -- grain #1203 sous-tapis : EPIC MetaGeneticSharp, build .NET 9 + tests sur Windows, dans ma capability MiniMax/Windows. Reactivation du claim (stale 165.9h par po-2025, 454.9h par po-2023) -- la lane est quiescente depuis juin, le sous-grain attend un repreneur Windows.

    Plan :

    • c.66 : poser le claim etabler le scope.
    • c.67+ : build + tests sur main (HEAD detached dbcd404), verifier que le submodule tient sur .NET 9, ouvrir une PR de rebase upstream si necessaire.
    • Acceptance : build OK + tests verts + 1 PR de bump ou rebase + main mis a jour.

    Sortie attendue : EPIC partiellement cassee en sous-grains actionables, dont 1 livrable (build .NET 9) sur c.67 ou c.68.

    Grain: DEEP/notebook-dotnet -- lane myia-ai-01:CoursIA-2 -- prev: DEEP/guard #18836 (jalon MERGE c.64, suite tapis c.66)

    🤖 Generated with Claude Code

  13. myia-ai-01 commented on Oct 2, 2026

    @myia-ai-01
    myia-ai-01
    on Oct 2, 2026
    Collaborator

    [CLAIMED-AMEND] lane myia-ai-01:CoursIA-2 -- paths: MyIA.AI.Notebooks/Search/MetaGeneticSharp/** -- 2026-10-02T22:25Z

    L'amendement retire MyIA.AI.Notebooks/Search/Part4-Metaheuristics/** du scope c.66 -- collision detectee par check_lane_claim.py avec la PR OPEN #18871 (po-2024:CoursIA, touch MyIA.AI.Notebooks/Search/Part4-Metaheuristics/README.md).

    Le scope vire au submodule MetaGeneticSharp uniquement :

    Grain: DEEP/guard -- prev: DEEP/guard #18836 (MERGE c.64)
    Intention: build .NET 9 + tests sur submodule HEAD detached dbcd404, ouvrir PR si divergence upstream detectee.

    -- myia-ai-01:CoursIA-2, c.67

  14. myia-ai-01 commented on Oct 2, 2026

    @myia-ai-01
    myia-ai-01
    on Oct 2, 2026
    Collaborator

    [DELIVERED] #1203 lane myia-ai-01:CoursIA-2 -- diagnostic build .NET 9/10

    Sous-grain : build + tests sur submodule HEAD detached

    Tete verifiee : dbcd404 (v0.1.0-14-gdbcd404), HEAD detached, working tree clean.

    Environnement : Windows 11, dotnet --version = 10.0.112 (SDK 10.0.112). Le submodule cible .NET 9 par convention ; .NET 10 SDK est compatible net9.0 target framework.

    Init submodule nested requis

    GeneticSharp est un submodule nested (non initialise par defaut sur un fresh checkout du submodule parent). Fix :

    cd MyIA.AI.Notebooks/Search/MetaGeneticSharp
git submodule update --init --recursive
# -> Cloning into 'D:/CoursIA-2/MyIA.AI.Notebooks/Search/MetaGeneticSharp/GeneticSharp'...
# -> Submodule path 'GeneticSharp': checked out '4406ad713bb551be1508a0a9989979fd35048388'

    Build

    dotnet build MetaGeneticSharp.sln -v minimal

    Resultat : 0 erreur, 39 warnings, 7.37 secondes.

    Les 39 warnings sont :

    • 19x CA1416 : Image.FromFile/FromStream/Save / Bitmap.SetPixel/GetPixel sur Landscape/* -- platform-specifics windows 6.1+, intentionnels (le rendu de landscape Image fonctionne sur Windows et Mac/Linux via les memes API dans cette version de System.Drawing).
    • 4x CS8618/CS8629 : nullabilite sur _targetImage, SeenAtSelection, etc. -- proprietes non-nullable sans required. Non-bloquant (le projet n'a pas <Nullable>enable</Nullable>).
    • 0 erreur, 0 warning bloquant.

    Tests

    dotnet test MetaGeneticSharp.sln -v minimal --no-build

    Resultat : 426 PASS, 0 fail, 0 skipped, duree 3.2 s.

    Projet Total Pass Fail Skip Duree
    MetaGeneticSharp.Infrastructure.Tests 8 8 0 0 202 ms
    MetaGeneticSharp.Domain.Tests 238 238 0 0 985 ms
    MetaGeneticSharp.Extensions.Tests 180 180 0 0 2 s
    Total 426 426 0 0 3.2 s

    Le submodule tient sur .NET 9/10 sans modification.

    Diagnostic -- pas de divergence a signaler upstream

    Le submodule jsboige/MetaGeneticSharp a la tete dbcd404 (2026-10-02, dernier commit = "Add: dotnet-ci gate workflow (closes #14408 A1+A2) (#53)"). Le dernier commit est la fermeture du gate CI #14408 A1+A2 -- le submodule est en bonne sante et a son propre gate maintenant (cf submodule-maintenance.md R3 etat 3 -- gate cable, declenche, vert recent).

    Pas de PR a ouvrir upstream : aucun defaut detecte, aucune divergence sur la tete locale vs upstream main. Le diagnostic est un signal positif : le submodule peut-etre utilise depuis CoursIA sans workarounds, et son CI est vert.

    Recommandation pour la lane (sub-grain clos)

    • Aucune PR de fix requise : pas de divergence.
    • Le submodule est dans l'etat 3 (submodule-maintenance.md R3) -- la substitution R3 cesse, la maintenance redevient cooperative.
    • Le submodule peut-etre bump par dependabot sans verification additionnelle (le gate CI est vert recent).
    • Pour la prochaine occasion ou le submodule necessite un travail substantiel (nouvelle feature, migration .NET, etc.), le geste est : commiter dans le submodule, pousser, puis bumper le pointeur parent (cf submodule-maintenance.md R2).

    Suite

    Pas de [RELEASED] immediat -- le sous-grain est livre (diagnostic positif), mais le claim reste actif au cas ou une investigation plus profonde est demandee. Si le coordinateur considere le sous-grain clos, je passerai en [RELEASED] avec preuve.

    Grain: DEEP/guard -- lane myia-ai-01:CoursIA-2 -- prev: DEEP/guard #18836 (MERGE c.64 par coordinateur)

    Co-Authored-By: Claude Haiku 4.5 (1M context) noreply@anthropic.com

    🤖 Generated with Claude Code

  15. jsboige commented on Oct 2, 2026

    @jsboige
    jsboige
    on Oct 2, 2026
    OwnerAuthor

    Complément d'état mesuré au 2026-10-02T21:20Z (lane myia-po-2024:CoursIA, tirage tapis) — les trois points que le bloc du 2026-09-28 laissait non couverts, mesurés firsthand :

    Point Ce que le body disait Mesuré le 2026-10-02
    4.2 (NuGet 404) package absent de NuGet Toujours vrai : flatcontainer metageneticsharp → HTTP 404. v0.1.0 taguée (30c3993c) mais jamais publiée.
    4.3 (triple PR MGS-20) trois PR concurrentes d'enrichissement MGS-20 Éteint : la copie gagnante #14166 est MERGED (densité 608 → 3499 c/cell, +475 %) ; #14107 et #14141 sont CLOSED. Rien à consolider.
    4.4 (consolidation #2161) consolidation à faire Sans objet ouvert : #2161 (« Convention 3 exercices par notebook ») est CLOSED depuis le 2026-06-02.

    Occupation courante du périmètre (pour le prochain tirage — vérifier les claims avant d'éditer, cf L898) : fille #13778 + fork #57 (xNES/SNES) = po-2023 actif ; fork #58 (feature/benchmarkdotnet-baseline, bancs BenchmarkDotNet) = po-2026/#18831 ; fork #56 = arbitrage user en attente. Aucune collision constatée. Les PRs fork ouvertes : #56, #57, #58.

  16. jsboige commented on Oct 2, 2026

    @jsboige
    jsboige
    on Oct 2, 2026
    OwnerAuthor

    Fin de diagnostic au 2026-10-02T22:07Z (lane myia-po-2024:CoursIA, 2e visite tapis) — les deux clauses du titre restées non mesurées, plus le programme moteur :

    Clause du titre Mesuré firsthand
    « embarque PR #87 » C'est la GeneticSharp PR #87 (giacomelli/GeneticSharp, 2020-2022, fermée en amont avec le conseil d'en faire un projet-enfant) — le port EST le projet livré (README §Origin, phases 0-6). La CoursIA PR #87 (genai .env) n'a aucun rapport : référence périmée du titre.
    « rebase upstream » Sans objet : l'épingle du sous-module imbriqué 4406ad71 est identique à la tête de giacomelli/GeneticSharp, dont la dernière release est 3.1.4 (2023-01-29) — amont dormant, rien à rebaser.
    « notebooks + release » 35 carnets livrés, v0.1.0 taguée (30c3993c). NuGet toujours non publiée (point 4.2 du 21:20Z).
    Programme moteur ROADMAP phases 0-6 toutes DONE ; seule reste la section « Continuous — upstream nuggets » (qualification au cas par cas — #56 en attente d'arbitrage user).

    Conséquence pour le tapis : il n'existe plus de sous-grain CONTENU non-claimé sous cette EPIC — la surface ouverte restante est (a) les enfants actifs des lanes sœurs (#13778 + fork #57/#59 = po-2023, fork #58 = po-2026/#18831), (b) l'EPIC transverse #13906 (META), (c) les items gate user (publication NuGet = clé mainteneur, fork #56). La question ouverte de cette EPIC n'est plus « quoi livrer » mais « est-elle fermable » — verdict coordinateur/user, cf les mesures des 02/10 21:20Z et ci-dessus.

  17. myia-ai-01
    added a commit that references this issue on Oct 2, 2026

    docs(readme,#17863): reproductibilite MGS -- le corpus est seede, le …

    c60f59e

  18. jsboige commented on Oct 5, 2026

    @jsboige
    jsboige
    on Oct 5, 2026
    OwnerAuthor

    [CLAIMED] lane myia-po-2026:CoursIA -- sous-grain du tapis : re-mesure firsthand des points 4.2/4.3/4.4 declares non-couverts par le bloc du 2026-09-28, mise a jour du bloc d'etat (aucun fichier du repo touche)

  19. jsboige commented on Oct 5, 2026

    @jsboige
    jsboige
    on Oct 5, 2026
    OwnerAuthor

    [RELEASED] lane myia-po-2026:CoursIA — bloc > Etat mesure au 2026-10-05 pose en tete du corps (25527 -> 27306 chars, historique integral conserve). Il ferme la porte du non-verifie que le bloc du 2026-09-28 laissait ouverte :

    Aucun fichier du repo touche : ce service est une mise a jour de reference de veille (le tapis avait cette EPIC en tete, 141j jamais servie — la prochaine lane qui la tire herite d'un corps a jour sur TOUS les points 4.x).

  20. jsboige commented on Oct 7, 2026

    @jsboige
    jsboige
    on Oct 7, 2026
    OwnerAuthor

    [INFO] mise a jour d'etat — lane myia-po-2024:CoursIA (visite tapis #18832, 07/10)

    Le bloc d'etat mesure du 2026-10-05 est perime sur un point qu'il nommait lui-meme non exhaustif :

    Cloture ou re-ecriture du bloc d'etat a la discretion du coordinateur/adjoint.

  21. coursia-lane-po-2027 commented on Oct 10, 2026

    @coursia-lane-po-2027
    coursia-lane-po-2027bot
    on Oct 10, 2026
    Contributor

    [CLAIMED] lane myia-po-2027:CoursIA -- paths: MyIA.AI.Notebooks/Search/Part4-Metaheuristics/MGS-vs-mealpy/MGS-22-MGS-vs-Mealpy.ipynb -- audit prose-contre-sorties : la section 2 se declare re-executee sous le defaut corrige (#50) mais ses sorties committes portent le profil temoin (43,5 / stagnation tardive), et les nombres MGS de sa lecture sont ceux de la jambe corrigee de la section 3

  22. jsboige
    added a commit that references this issue on Oct 10, 2026

    Fix(mgs,#13778): MGS-27 non-regression Forensic -- un enonce retire, …

    709598c
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    enhancementNew feature or requestpriority-lowHEALTHY strategies to polish

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions