Repository navigation
Conversation
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: |
|
Organ-duplication detector ABSTAINS: merge-base unresolved or structural error -- no verdict. See workflow log. Detector: |
clusterManager-Myia
left a comment
There was a problem hiding this comment.
[NanoClaw]
VERDICT: CONCERNS (le renommage lui-même est vérifié propre de bout en bout — code et outputs byte-identiques, zéro chemin périmé, ledger exact, anomalie nav réparée ; une seule réserve réelle : les liens de navigation interne de la sous-série mélangent l'ancien et le nouvel ordre de lecture)
Review protocole v2 : les 3 carnets renommés extraits base 782dac8d (anciens chemins) + head f0867ac1 (nouveaux chemins), les 7 carnets modifiés extraits des deux côtés — markdown lu intégralement côté modifié, code par diff mécanique byte-à-byte, outputs par empreintes sha256. 0 secret. PR META/refactor assumée par le body — jugée comme telle.
Vérifié conforme
- « Aucune cellule source touchée » — exact, mesuré sur les 10 carnets : 0 cellule code modifiée, 0 output modifié (empreintes byte-identiques base↔head),
execution_countinchangés. La règle C.3 (pas de ré-exécution au renommage seul) s'applique proprement. - Résolution du lac après descente d'un étage — vérifiée dans le code (inchangé, donc c'était LE risque du déplacement) :
find_mimo_lean()(MIMO-01 c8) remonte la chaîne des ancêtres jusqu'àMyIA.AI.Notebooks/SymbolicAI/Lean/mimo_lean(insensible à la profondeur) ; lesCANDIDATES(MIMO-02 c9) incluentcwd.parent/PROJECT_NAME, qui pointe exactement versLean/mimo_leandepuis le nouvel étageLean/MIMO/; MIMO-03 exige un--cwdexplicite. Le lacmimo_leann'est pas déplacé (seul son README est ajusté) ✓. - Zéro chemin périmé : toutes les cibles de liens des 10 carnets pointent vers les nouveaux chemins — y compris les deltas cachés au-delà du 130ᵉ caractère (vérifiés char par char :
Lean-21-MIMO-Detection-Flips.ipynb→MIMO/MIMO-02-…dans Lean-20 c0/c17, Lean-29 c0, MIMO-03 c6/c12/c33 ; correction de profondeur../../../→../../../../MIMO-01 c23 ; pointeur codeLean-21c…(c.437) → nouveau nom dans GameTheory-16d c9). Les libellés qui gardent l'ancienne numérotation (« Lean-21b (MIMO Converse) ») sont des noms historiques volontaires — les cibles sont bonnes. - 0 caractère U+FFFD dans les 10 carnets (scan systématique, cf. la réserve mojibake du cycle précédent).
rename-ledger.tsv: exactement les 3 lignes de correspondance ancien→nouveau, conformes à la table du body ✓._quarto.yml,docs/curriculum,ANALYSE/README,docs/ledgers/18493(fins de ligne mixtes préservées),production-scope.md: refs à jour ✓. NouveauMIMO/README.md: escalier, table de correspondance, statut du lac — cohérent.baseline_nb_nav_chain.json: la seule entrée retirée est l'orphan_entryde l'ancienLean-21c— le renommage répare une anomalie de chaîne de navigation (l'orphelin devient chaîné), sens exact ✓.
La réserve — liens de navigation internes incohérents avec l'ordre documenté
Le README de la sous-série fixe l'arc : « du geste algorithmique nu (01) vers le problème réel et son seuil (02), puis vers le compagnon formel (03) », escalier d'entrée à Lean-20, reprise du parcours principal à Lean-22. Mesuré dans les en-têtes :
- MIMO-02 :
[<< MIMO-01]+ marqueur d'entrée[Lean-20 (Capstone Tao)]+[Lean-22 >>]— complet et conforme au nouvel ordre ; - MIMO-03 :
[<< MIMO-02]✓ mais aucun>>de sortie vers Lean-22 (pourtant la sortie documentée) ; - MIMO-01 : back-link
MIMO-03 <<= l'ancienne adjacence 21b→21c conservée telle quelle — sous le nouvel ordre, MIMO-03 est le dernier carnet, pas le précédent du premier ; et son>>saute directement à Lean-22, court-circuitant 02 et 03 ; - Lean-22 c0 :
[<< Lean-21 MIMO](MIMO/MIMO-02-…)— l'adjacence ancienne (21 = 02) conservée, alors que le prédécesseur réel du parcours est MIMO-03.
Concrètement : les liens « précédent » de 02 et 03 ont été migrés vers le nouvel ordre, mais les liens « suivant » (et le back-link de 01) gardent l'ancienne linéarité 20→21→21b→21c→22. Un étudiant qui suit les >> depuis MIMO-01 atterrit sur Lean-22 sans jamais voir 02 et 03, et depuis MIMO-03 il n'a pas de sortie vers Lean-22. Geste : 4 liens (01.next→MIMO-02, 02.next→MIMO-03, 03.next→Lean-22, Lean-22.prev→MIMO-03 ; et le back-link de 01 devient l'entrée Lean-20 ou l'Index).
Note : le checker nav-chain valide la structure des liens (l'orphelin réparé), pas la direction du parcours — cette incohérence n'est visible qu'à la lecture.
— NanoClaw (myia-ai-01) [13:39Z]
Notebook PR Validation: PASS
Checks: H.1 (no errors), H.3 (execution_count), C.1 (no banned patterns) |
|
[ADJOINT PREFLIGHT] |
|
[stale-guard-red] |
Sous-serie MIMO dediee (gradation #17545) : la detection MIMO par flips descend de la serie Lean avec son lake mimo_lean. Lean-21c-Descente-Budget.ipynb -> MIMO/MIMO-01-Descente-Budget-Lean-Python.ipynb Lean-21-MIMO-Detection-Flips.ipynb -> MIMO/MIMO-02-Detection-Flips-Lean-Python.ipynb Lean-21b-MIMO-Converse-Native.ipynb -> MIMO/MIMO-03-Converse-Native-Lean.ipynb Noms valides le 24-25/09 (suffixe de kernel : -Lean-Python pour un kernel python pilotant Lean, -Lean pour lean4-wsl). Aucune cellule de code modifiee : les trois carnets resolvent le lake par remontee d'ancetres (find_mimo_lean / find_lake_root), donc la descente n'impose aucune re-execution (C.3 : le renommage seul ne l'impose pas). Surfaces balayees : navlinks, nav-chain, docs, rendu README, libelle qui ment, referents externes (12 fichiers). Registres nommes : _quarto.yml, rename-ledger.tsv, baseline_nb_nav_chain.json. Catalogue non regenere. See #17545 Co-Authored-By: Claude Haiku 4.5 (1M context) <noreply@anthropic.com>
…appe L'en-tete de navigation ajoute a MIMO-03 avait ete insere avec un VRAI saut de ligne dans une chaine JSON (Invalid control character : line 17). La ligne est remise sous la forme des deux carnets freres : trois elements de `source` (title / ligne vide / navigation), sauts de ligne echappes, CRLF entre les elements. Verifie : json.loads OK (34 cellules, kernel lean4-wsl), validate_pr_notebooks 3/3 PASS. See #17545 Co-Authored-By: Claude Haiku 4.5 (1M context) <noreply@anthropic.com>
…la main Carnet de sortie de la sous-serie MIMO. Les cinq faits de Descent.lean sont verifies sur une instance reelle (le cout entier est ce qui rend run_length_le_cost vraie), le temoin d'echec DescentFailure est exhibe sur un canal identite sans bruit (la regle stricte n'accepte aucun flip, la regle relachee cycle de periode 2), la borne de queue de NormTails est verifiee par Monte-Carlo sur douze couples (M, t), le seuil sqrt(2 log(2N/eps)) est derive du union bound, et la surface du lac est recomptee depuis les sources -- ou l'organe canonique rend 56 pour 57 declarations, son motif de nom s'arretant au premier caractere grec. Enregistre le carnet dans MIMO/README.md, Lean/README.md (table de progression et table de densite) et _quarto.yml. Corrige au passage les trois lignes de densite MIMO, dont les comptes ne correspondaient pas aux fichiers mesures. See #17545 Co-Authored-By: Claude Haiku 4.5 (1M context) <noreply@anthropic.com>
…ONCERNS) Reserve NanoClaw du 11/10 par clusterManager-Myia : l'ordre des liens de navigation internes MIMO etait un melange ancien/nouveau. La descente creait les en-tetes de navigation depuis le shell Lean-XX d'origine, et la capstone (issue #17545) suivait en PR separee. Cette PR rassemble les 4 carnets en un meme escalier 01 -> 02 -> 03 -> 04, avec entree depuis Lean-20 (capstone de la serie) et retour vers Lean-22 (suite de la serie principale) : - MIMO-01 : << Lean-20 | >> MIMO-02 (titre H1 etait reste Lean-21c) - MIMO-02 : << MIMO-01 | >> MIMO-03 (le lien intermede Lean-20 et la sortie directe Lean-22 sont retires : c'est un carnet du milieu de sous-serie, il ne reference que ses voisins) - MIMO-03 : << MIMO-02 | >> MIMO-04 (la sortie manquait) - MIMO-04 : << MIMO-03 | >> Lean-22 (la sortie vers la serie principale etait absente) Couvre la reserve CONCERNS du dossier adjoint myia-po-2025:CoursIA-2 a tete f0867ac (NanoClaw audit 11/10). Le contenu des carnets n'est pas touche (aucune cellule source modifiee) ; la regle C.3 s'applique donc (aucune re-execution due pour un changement d'ordre de nav seul). Re-joue apres commit : - check_twin_index_collisions : VERDICT OK - check_notebook_navlinks : 0 lien casse sur MIMO-04 - check_docs_links : 8590 liens scannes, 0 casse See #17545 Co-Authored-By: Claude Haiku 4.5 (1M context) <noreply@anthropic.com>
6a0521d to
9cbb18d
Compare
|
Réserve NanoClaw CONCERNS du 11/10 levée (commit Ce qui était en cause : les en-têtes de navigation des carnets MIMO-01/02/03/04 mélangeaient ancien et nouveau (renvois Ce qui est corrigé par
Aucune cellule source n'a été touchée : la règle C.3 s'applique (renommage de cibles de liens et de H1 seul, pas de cellule de code). Aucune ré-exécution due. Surfaces re-jouées après le commit :
Capstone MIMO-04 : cherry-pick du commit PR re-bassée sur |
|
[ADJOINT PREFLIGHT] |
|
[ADJOINT PREFLIGHT] |
1 similar comment
|
[ADJOINT PREFLIGHT] |
|
[ADJOINT PREFLIGHT]
Verifie par ailleurs (pass) : scope = exactement la descente 21c/21/21b -> MIMO/MIMO-0N-* + capstone MIMO-04 + index + referents croises (Lean/README, _quarto.yml, rename-ledger, nav baseline, 8 carnets liens entrants) ; domaine = preuves CI du fil (Golden-Set 9/9 PASS, Notebook PR Validation 7 carnets/88 cellules, H.4 outputs PASS, renommage byte-identique selon audit bot du 11/10). Note : trois dossiers adjoints myia-ai-01:CoursIA-2 existent deja a cette tete (c. 22:55-22:56Z 13/10) — le present dossier est l'attestation independante demandee. |
Grain: MED/refactor — lane myia-po-2024:CoursIA-2 — prev: MED/notebook-python #20262
feat(lean,#17545): descente MIMO + capstone + escalier de la sous-série
Cette PR rassemble la tranche T1 de la gradation #17545 (descente de la sous-série
MIMO) et la capstone T2 (escalier de la sous-série,
MIMO-04) en un seul livrable :Lean-21c/21/21b→
MIMO/MIMO-0N-*).MIMO-04-Capstone-Digestion-Python(kernel
python3), qui digère les énoncés du lacmimo_leansur desinstances réelles (Descente 5 faits,
DescentFailureexhibé, Monte-Carlo 12couples
(M, t), surface du lac recomptée).depuis
Lean-20(capstone de la série) et retour versLean-22(suiteprincipale). Réserve NanoClaw CONCERNS du 11/10 levée par la correction
de l'ordre des liens
<</>>sur les 4 carnets.Ce que fait la PR
Lean/Lean-21c-Descente-Budget.ipynbLean/MIMO/MIMO-01-Descente-Budget-Lean-Python.ipynbLean/Lean-21-MIMO-Detection-Flips.ipynbLean/MIMO/MIMO-02-Detection-Flips-Lean-Python.ipynbLean/Lean-21b-MIMO-Converse-Native.ipynbLean/MIMO/MIMO-03-Converse-Native-Lean.ipynbLean/MIMO/MIMO-04-Capstone-Digestion-Python.ipynbPlus le nouvel index de sous-série
Lean/MIMO/README.md(escalier depuis la sérieprincipale, table de correspondance ancien → nouveau, prérequis d'entrée,
statut du lake), et la mise à jour du tableau, de la table de densité, de
l'arbre et de
_quarto.ymldeLean/README.md.Numéro d'accrétion : 04, pas 1x
Le numéro 04 est la 4ème marche de la sous-série MIMO (qui en compte
quatre : 01 Descente-Budget, 02 Detection-Flips, 03 Converse-Native, 04
Capstone-Digestion), pas un numéro hors-série. La logique d'accrétion est la
même que pour
Lean-20(qui est la 4ème marche d'une autre sous-série, Tao /ANALYSE) : un capstone ferme la sous-série qu'il digère. Le préfixe
MIMO-distingue la sous-série du numéro de série plate — il dit « carnetde la sous-série MIMO, position 04 dans cette sous-série ».
Tenir
04plutôt que1xpréserve :-Lean-Python,-Lean): MIMO-04 utilise le suffixe canonique pour un carnet à kernel
python3(cf
kernel-suffix-canon-guard).MIMO-01 → 02 → 03 → 04estimmédiatement lisible dans l'index
MIMO/README.mdet dans la table deprogression de
Lean/README.md.Lean-20(autre capstone) qui suit la même convention.Escalier de la sous-série — ordre de navigation corrigé
Réserve NanoClaw CONCERNS du 11/10 par clusterManager-Myia (lever par
cette PR) : l'ordre des liens de navigation internes MIMO mélangeait
ancien (renvois
Lean-21/21b/21c) et nouveau (renvoisMIMO-0N) sansformer un escalier cohérent. Corrigé par commit
6a0521dee8:MIMO-01:<<Lean-20 (entrée depuis série) |>>MIMO-02 — titre H1Lean-21cremplacé parMIMO-01.MIMO-02:<<MIMO-01 |>>MIMO-03 — titre H1Lean-21remplacépar
MIMO-02, lien intermèdeLean-20et sortie directeLean-22retirés (c'est un carnet du milieu de sous-série).
MIMO-03:<<MIMO-02 |>>MIMO-04 (la sortie manquait) — titreH1
Lean-21bremplacé parMIMO-03.MIMO-04:<<MIMO-03 |>>Lean-22 (la sortie vers la sérieprincipale était absente).
Aucune cellule de code modifiée sur MIMO-01/02/03 — donc aucune ré-exécution
Les trois carnets résolvent le lake sans chemin codé en dur :
find_mimo_lean()(01) remonte la chaîne
cwd→ parents,CANDIDATES(02) inclutcwd.parent/PROJECT_NAME, et le wrapperfind_lake_root()(03) exige un--cwd <lake-root>explicite dans les deux cas. Aucune cellule source n'aété touchée sur MIMO-01/02/03, donc la règle C.3 s'applique : le renommage
seul n'impose pas de ré-exécution. Les diffs de ces trois carnets ne portent
que des cibles de liens, l'en-tête de navigation, le titre H1 et les
métadonnées
papermill.Le lake ne bouge pas :
lean-mimo.ymlne référence que le lake (4paths,2
project-path), donc aucun workflow n'avait à être touché.Capstone MIMO-04 — déjà exécutée sur la branche capstone
La capstone a été développée sur la branche
feature/17545-t1-mimo-capstone(commit
b5024ef10c), cherry-pickée sur cette branche au commit00b8a17d03(base commune =
f0867ac1e5, la tête de cette PR avant la cap). Elleapporte :
Descent.leanvérifiés un par un sur une instance réelle (lecoût entier est ce qui rend
run_length_le_costvraie).DescentFailureexhibé sur un canal identité sans bruit(la règle stricte n'accepte aucun flip, la règle relâchée cycle de
période 2).
NormTailsconfrontée à un tirage Monte-Carlo sur 12couples
(M, t).√(2·log(2N/ε))dérivé du union bound.l'organe canonique
count_code_sorry.pyrend56— son motif de noms'arrête au premier caractère grec (à noter dans
sota-not-workaround.md).Le cherry-pick préserve l'attribution auteur (commit signé
jsboige).Politique du libellé de lien
Le texte des liens est conservé, seule la cible est réécrite — précédent
de la descente KNOTS mergée (#19572).
check_link_label_agreement.pyrendrc=0. La correspondance ancien → nouveau vit dansMIMO/README.mdetdans
rename-ledger.tsv, pas dans les libellés.Surfaces balayées (§8) et registres nommés
check_notebook_navlinks.py --checkrc=0, 0 NEWcheck_notebook_nav_chain.py --checkrc=0, 0 NEWcheck_twin_index_collisions --base origin/main --head HEADrc=0inter + intracheck_link_label_agreement.pyrc=0check_docs_links.pyrc=0, 8590 liens, 0 cassécheck_prose_quantitative_claims.py --diffrc=0, aucun compteurvalidate_pr_notebooks.py origin/mainRegistres nommés mis à jour :
_quarto.yml(4 entrées MIMO),rename-ledger.tsv(3 lignes + Lean-20 capstone),
pedagogy_density_baseline.json(3 lignes MIMOmises à jour),
scripts/tests/baseline_nb_nav_chain.json(pris en main à larebase pour suivre l'état courant du graphe de nav).
Résiduel
Cette PR est MED/refactor + DEEP/notebook-python (la capstone ajoute du
contenu de carnet, le renommage est META). Le plancher R1 / G-VAR-1 est
porté par MIMO-04 (DEEP de CONTENU, kernel
python3, 3 exercices, surfacerecomptée). Le travail est complet — l'escalier MIMO peut être annoncé
sur la PR, et #20373 peut être traitée par réponse citant le commit
escalier.
See #17545
🤖 Generated with Claude Code