Repository navigation
fix(notebook,#13944): rendre l'ecart EN-LASSO c15 dérive — 0.007 littéral → max(ecarts_b0) - #13952
Merged
Merged
Conversation
…téral → max(ecarts_b0)
Contributor
Golden-Set Execution (H.7 P3)✅ 8/8 notebooks passed (certified reproducible)
Pinned lockfile: |
Contributor
Contributor
Notebook PR Validation: PASS
Checks: H.1 (no errors), H.3 (execution_count), C.1 (no banned patterns) |
jsboige
added a commit
that referenced
this pull request
Sep 1, 2026
…-serie dediee Grain: MED/docs-structure -- lane myia-po-2026:CoursIA-2 -- prev: MED/notebook-python #13952 Issue #13777 : les dix notebooks comparatifs MGS-22 a MGS-31 polluaient la serie Part4-Metaheuristics generale. La campagne comparative devient une sous-serie identifiable 'MGS-vs-mealpy/' avec son propre README francais, sans perdre la progression pedagogique ni les preuves d'execution. Deplacement preserve par 'git mv' (historique git --follow intact) : - 10 notebooks .ipynb vers Part4-Metaheuristics/MGS-vs-mealpy/ - README sous-serie (108 lignes) avec question directrice, protocole commun, table des 9 paires, ordre de lecture, distinction benchmark diagnostique / amelioration MGS Modifications doc : - Part4-Metaheuristics/README.md : table des 10 notebooks MGS-22..31 reduite a une ligne sommaire + lien sous-serie (verification catalogue byte-identique via catalog-pr-hygiene, README parent non touche dans ses blocs catalogue) - Search/README.md ligne 625 : ajout du lien vers MGS-vs-mealpy sous-serie - Part4 README ligne 7 : raccourcissement de la description comparative massive (verdict complet preserve dans le README sous-serie, lien double) - Part4 README ligne 290 : chemin MGS-28 (BareBonesPSO-vs-Mealpy) corrige Fix liens casses (decouverts par check_notebook_navlinks --family Search) : - MGS-22 cell 0 : '[Jusqu'ici](MGS-6-Benchmarks.ipynb)' -> '../MGS-6-Benchmarks.ipynb' - MGS-22 cell 0 : '[Sudoku-05](../../Sudoku/Sudoku-05-PSO-Csharp.ipynb)' -> '../../../Sudoku/Sudoku-05-PSO-Csharp.ipynb' (lien latent casse avant deplacement : '../../' ne resolvait pas depuis Part4-Metaheuristics/, le chemin correct etait deja MyIA.AI.Notebooks/Sudoku/) - MGS-5 cell 33 : lien '[MGS-22 - MGS vs mealpy](MGS-22-MGS-vs-Mealpy.ipynb)' -> 'MGS-vs-mealpy/MGS-22-MGS-vs-Mealpy.ipynb' (MGS-22 est dans le meme dossier apres deplacement) Acceptance : - check_notebook_navlinks --family Search --quiet : 0 lien casse (142 notebooks) - check_notebook_navlinks --family Search --check : baseline OK, pas de regression - 10 fichiers reconnus comme renames par git status (R), pas A+D - Preservation substance : question directrice + protocole + table des 9 paires + ordre de lecture dans README sous-serie - README parent preserve dans ses sections 1-19 et 21 (le coeur MGS) - Aucune modification des outputs notebooks (re-execution strictement interdite par regle C.2) - Aucune modification du catalogue (catalog-pr-hygiene : catalogue byte-identique a origin/main)
myia-ai-01
pushed a commit
that referenced
this pull request
Sep 2, 2026
…-serie dediee (#13959) Grain: MED/docs-structure -- lane myia-po-2026:CoursIA-2 -- prev: MED/notebook-python #13952 Issue #13777 : les dix notebooks comparatifs MGS-22 a MGS-31 polluaient la serie Part4-Metaheuristics generale. La campagne comparative devient une sous-serie identifiable 'MGS-vs-mealpy/' avec son propre README francais, sans perdre la progression pedagogique ni les preuves d'execution. Deplacement preserve par 'git mv' (historique git --follow intact) : - 10 notebooks .ipynb vers Part4-Metaheuristics/MGS-vs-mealpy/ - README sous-serie (108 lignes) avec question directrice, protocole commun, table des 9 paires, ordre de lecture, distinction benchmark diagnostique / amelioration MGS Modifications doc : - Part4-Metaheuristics/README.md : table des 10 notebooks MGS-22..31 reduite a une ligne sommaire + lien sous-serie (verification catalogue byte-identique via catalog-pr-hygiene, README parent non touche dans ses blocs catalogue) - Search/README.md ligne 625 : ajout du lien vers MGS-vs-mealpy sous-serie - Part4 README ligne 7 : raccourcissement de la description comparative massive (verdict complet preserve dans le README sous-serie, lien double) - Part4 README ligne 290 : chemin MGS-28 (BareBonesPSO-vs-Mealpy) corrige Fix liens casses (decouverts par check_notebook_navlinks --family Search) : - MGS-22 cell 0 : '[Jusqu'ici](MGS-6-Benchmarks.ipynb)' -> '../MGS-6-Benchmarks.ipynb' - MGS-22 cell 0 : '[Sudoku-05](../../Sudoku/Sudoku-05-PSO-Csharp.ipynb)' -> '../../../Sudoku/Sudoku-05-PSO-Csharp.ipynb' (lien latent casse avant deplacement : '../../' ne resolvait pas depuis Part4-Metaheuristics/, le chemin correct etait deja MyIA.AI.Notebooks/Sudoku/) - MGS-5 cell 33 : lien '[MGS-22 - MGS vs mealpy](MGS-22-MGS-vs-Mealpy.ipynb)' -> 'MGS-vs-mealpy/MGS-22-MGS-vs-Mealpy.ipynb' (MGS-22 est dans le meme dossier apres deplacement) Acceptance : - check_notebook_navlinks --family Search --quiet : 0 lien casse (142 notebooks) - check_notebook_navlinks --family Search --check : baseline OK, pas de regression - 10 fichiers reconnus comme renames par git status (R), pas A+D - Preservation substance : question directrice + protocole + table des 9 paires + ordre de lecture dans README sous-serie - README parent preserve dans ses sections 1-19 et 21 (le coeur MGS) - Aucune modification des outputs notebooks (re-execution strictement interdite par regle C.2) - Aucune modification du catalogue (catalog-pr-hygiene : catalogue byte-identique a origin/main)
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
fix(notebook,#13944): rendre l'écart EN-LASSO c15 dérivé —
0.007littéral →max(ecarts_b0)Grain: MED/notebook-python — lane myia-po-2026:CoursIA-2 — prev: MED/guard #13951
Résumé
Issue #13944 : la cellule code 15 du notebook
2.11-Regularisation-Sparse-LASSO.ipynbimprime un littéral+-0.007codé en dur dans la source duprint. La cellule markdown 16, réparée par #13724, annonce désormais±0.002(écarts EN−LASSO :−0.002, +0.002, +0.002, +0.001, 0.000, max abs = 0.002). Constat : « sera régénéré à la prochaine exec kernel » invoqué par c.774 est faux —0.007est un littéral dans la source duprint, pas une valeur calculée. Re-exécution kernel = impression identique, indéfiniment.Le défaut (mesure)
Sur la sortie commit actuelle (tête
b17f24ac90de #13724 avant merge) :print('=> ElasticNet suit LASSO a +-0.007 pres sur la feature 0 ...')← littéral.ecarts EN-LASSO : -0.002, +0.002, +0.002, +0.001, 0.000, max abs = 0.002← mesure réelle.Comptage sur la tête :
0.002apparaît 7 fois dans le markdown,0.0071 fois — précisément la chaîne imprimée par le code. L'étudiant qui lit la sortie puis le paragraphe voit deux chiffres pour une même grandeur.Fix appliqué : valeur dérivée de
max(ecarts_b0)1) Collecte des écarts EN−LASSO sur feature 0
Dans la boucle
for i, res in enumerate(results_colin):, après l'impression de chaque paire :ecarts_b0est initialisée avant la boucle (ligneecarts_b0 = []insérée juste avantfor i, res in enumerate(...)).2)
printfinal —f-stringdynamiqueRemplacé :
par :
Le format
:.3freproduit la précision du markdown c16 (0.002, 3 décimales).3) Re-exécution Papermill
Papermill SUCCESS, 29/29 cellules, 0 erreur, kernel
python3.execution_count1-10 continu, outputs réels regenérés. Le+-0.002imprimé coïncide exactement avec le±0.002du markdown c16.Vérifications
Pre-commit (H.3 — refuse un-executed notebooks + #13326 — refuse un-compilable cell source) : Passed.
Scope
MyIA.AI.Notebooks/ML/DataScienceWithAgents/02-ML-Cours/2.11-Regularisation-Sparse-LASSO.ipynbecarts_b0 = [],ecarts_b0.append(...)dans la boucle,print(f'...max(ecarts_b0):.3f}...'))Total : 1 fichier, +6/-4, 1 sujet unique (largement sous les seuils 3000/15).
0.002du markdown c16 reste exact ;0.007littéral restant en c27 fait partie de la conclusion et sort du scope de l'acceptance notebook 2.11 LASSO : le +-0.007 du print de c15 est un litteral, pas une mesure (suivi de #13724) #13944).Compliance
gh auth switch, pas de close d'autrui.CATALOG-STATUStouché.raise NotImplementedError/assert False/1/0ajouté.execution_count1-10 continu, 0 erreur, output c15 =+-0.002dérivé).execution_count is None and not outputsPASSED.sorrysur code de production. Leprintne supprime pas de cellule illustrative — il reste 4 prints avant le print dérivé (introduction rho, features actives, format paire LASSO/EN par tirage, sélection stable LASSO sur 5 tirages).[CLAIMED]posé avant travail (Tell c.598 + dashboard append pré-début).0.002= c16, 0 cellule ajoutée/supprimée).Refs #13944 (acceptance satisfaite : le
+-0.007littéral est éliminé ; le print affiche désormaismax(ecarts_b0)calculé sur les 5 tirages ; la valeur+-0.002coincide avec le markdown c16 ; notebook re-exécuté via papermill avec 0 erreur etexecution_count1-10 continu).