Repository navigation
Fix(ML,#23384): 2.3b-Naive-Bayes-Generatif -- convergence du kernel canon 3.13.14 - #23508
Conversation
…anon 3.13.14 Re-execution sur le kernel canon. Carnet deja seede : la re-execution reproduit les memes sorties, la prose n'a aucune valeur a re-deriver. Mesure : 9/9 sources de code identiques a la base, 0 cellule a sortie derivee, 0 epingle perimee sur les 30 valeurs decimales citees, 0 execution_count modifie. Le diff ne porte que language_info.version (3.13.7 -> 3.13.14) et les horodatages metadata.papermill. See #23384 Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
Notebook outputs-required (H.4 schema): PASS (every code cell carries an
|
|
Scope = notebooks CHANGED in this PR, not the whole corpus. Explicit |
|
Scope = notebooks CHANGED in this PR, not the whole corpus. The |
|
✅ 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 |
Golden-Set Execution (H.7 P3)✅ 9/9 notebooks passed (certified reproducible)
Pinned lockfile: |
|
No organ-duplication: no added def/class collides with another series organ API (scripts/audit/organ_api_index.yaml). Detector: |
Notebook PR Validation: PASS
Checks: H.1 (no errors), H.3 (execution_count), C.1 (no banned patterns) |
Grain: MED/notebook-python — lane myia-po-2024:CoursIA — prev: MED/notebook-python #23493
Resume
Tranche de convergence 3.13 du census (#23384) sur
MyIA.AI.Notebooks/ML/DataScienceWithAgents/02-ML-Cours/2.3b-Naive-Bayes-Generatif.ipynb(famillekernelspec python3).Le carnet est déjà seedé : la ré-exécution sur le kernel canon reproduit les mêmes sorties. 0 cellule à sortie dérivée, 0 valeur de prose périmée sur les 30 valeurs décimales citées dans les cellules markdown.
Verdict SOTA : SOTA-OK — sortie du vrai kernel (
sklearn/numpy/scipy/matplotlib), aucun repli, aucune sortie fabriquée.Ce que change la PR
language_info.version3.13.7 → 3.13.14 (kernelspecpython3inchangé) ;metadata.papermill/metadata.execution).Ce qui diffère sans être du contenu, mesuré cellule par cellule — le diff n'est pas équilibré (148 insertions / 110 suppressions), et voici pourquoi :
text/plainde la figure est identiquetext/plainidentiquePartout ailleurs : 9/9 sources de code identiques, 0
execution_countmodifié, 0 ligne de prose touchée, texte de sortie identique (402 et 408 caractères sur ces deux cellules, inchangés). Le déséquilibre du diff vient de ces deux blobs base64, pas d'une perte :check_output_collapsemesure 0 flaggé.Diagnostic dérive
Preuves d'execution
papermillsur le carnet du worktree, kernelpython3(3.13.14) : rc = 0, 24 cellules, 9 cellules de code, 0 erreur, tous lesexecution_countrenseignés.LOKY_MAX_CPU_COUNTposé avant l'exécution (précaution mesurée utile sur2.3cla même journée : sans elle, la sondejoblib/lokydesklearnverse un avertissement machine dans la sortie). Contrôle après exécution : aucune occurrence dewmic/loky/joblibdans les sorties.scrub-papermill-pathsa normalisé le chemin absolu demetadata.papermill(métadonnée, pas une sortie) — le commit a donc été avorté une première fois puis repris.Organes sur le diff commite (
origin/main...HEAD, merge-basea330c786d15)check_kernel_driftcheck_output_collapsecheck_output_failure_textcheck_factual_mislabelcheck_stale_claimsorigin/main, mêmes cellules : héritéscheck_markdown_claims_outputorigin/main, mêmes cellules : hérités (advisory)twin_pairs.d/Portee
Un seul fichier, un seul sujet : la version du kernel. Aucun changement de code, de prose, de bibliographie ni de kernelspec.
See #23384
🤖 Generated with Claude Code