Repository navigation
Conversation
…st-19366-merge) La famille detection depasse la lettre k (norme accretion-numbering plafond e-f). Plan de renum Option A (issue 19386 §2) : 3 troncs cibles, chaque branche sous la norme. Mapping content-free (git mv, aucun changement de contenu) : - 4.2c -> 4.4 (detection anchor from scratch) - 4.2d -> 4.4b (anchor-free) - 4.2e -> 4.4c (focal loss) - 4.2f -> 4.5 (SOTA torchvision) - 4.2g -> 4.5b (SOTA ultralytics) - 4.2h -> 4.5c (YOLOv5 bench) - 4.2j -> 4.5d (SOTA LibreYOLO) - 4.2i -> 4.6 (scenes difficiles) - 4.2k -> 4.6b (adversarial camouflage) README.md mis a jour : navlinks et references croisees au nouveau plan de numerotation (sweep surface §6.1, check-docs-links vert attendu). Inchanges : 4.1, 4.2, 4.2b (Lean companion), 4.3 (transfer learning). Refs #19386 #15652 Co-Authored-By: Claude Haiku 4.5 (1M context) <noreply@anthropic.com>
Complements the renum from c.46 by updating internal cross-references in the 9 detection notebooks (4.4, 4.4b, 4.4c, 4.5, 4.5b, 4.5c, 4.5d, 4.6, 4.6b): - 111 lexical substitutions in markdown cells (link refs [4.2c]->[4.4], filename refs, H1 titles, inline labels) - 2 metadata.papermill.output_path normalizations (basename only, allowed by secrets-hygiene rule 6) - Code cells intact (no source/output hand-edit) Siblings 4.2 and 4.2b are preserved by design (out of renum scope). Fixes check-nav-chain (21 findings: 12 link_404, 9 orphan_entry) and cascading PR-gate failure. Co-Authored-By: Claude Haiku 4.5 (1M context) <noreply@anthropic.com>
…av-chain - STALE_LINK (8 NEW) : 8 liens .ipynb remplaces par .html pour les carnets renommes (4.4, 4.4b, 4.4c, 4.5, 4.5b, 4.5c, 4.5d, 4.6) -- defaut #13025 - prose-counts (11 compteurs) : suppression des 'N cellules' et '3 lignes comparatif' dans le bloc Mesure sur 4.X -- le CI tient la verite, pas la prose (issue #9377) - check-nav-chain (4 orphans) : 4.4b ajoute a la 1ere section speed-run pour qu'il soit dans la chaine de navigation principale 4.1->4.3 Garde locale : check_prose_quantitative_claims.py --strict OK ; check_notebook_nav_chain.py --check OK ; regen_quarto_render --check- readme-links : 0 STALE_LINK nouvelle introduite par cette PR.
…ptive de tableau, pas en mesure d'artefact Issue: prose-counts bloquait 04-Vision/README.md sur 4.5b cell avec '~267 lignes effectives contre ~404 au from scratch' (mesure d'artefact figee par la prose). Le tableau bloc A vs B tient deja la verite en colonne 'lignes de code' (CI). Suppression du compteur en prose descriptive, redirection vers la colonne du tableau (cf. lignes de code du tableau bloc A vs B).
… 4.5c, 4.6 Le rename du tranche unifiee 4.2[c-k] -> 4.4/4.5/4.6 a fait migrer les notebooks 4.2b, 4.2c, 4.2h, 4.2i vers les index 4.4b, 4.4c, 4.5c, 4.6 (voir commit a26a7e1). Mais le graphe de navigation .ipynb construit par check_notebook_nav_chain.py n'avait pas ete mis a jour : aucun carnet predecesseur ne pointait vers les nouveaux index. Resultat : 4 NEW orphan_entry findings signalees par le garde (baseline en reconnaissait 4 connus, 0 en NEW avant le rename). Fix : ajout d'un lien de nav 'X ->' dans la cellule 0 (rangee de nav canonique avec fleche) de chaque predecesseur de la chaine 4.4 -> 4.6 : - 4.4 cell 0 : liens ajoutes vers 4.4b et 4.4c - 4.5b cell 0 : lien ajoute vers 4.5c - 4.5d cell 0 : lien ajoute vers 4.6 Cellules 0 markdown, exec_count et outputs inchanges (C.2 safe -- nav ne touche pas le code). Verification : python scripts/notebook_tools/check_notebook_nav_chain.py --check --diff-files <(git diff origin/main...HEAD --name-only | grep notebook) -> OK: 0 NEW finding vs baseline (379 connus, 1483 carnet(s) au graphe) 4 finding(s) resolus depuis le baseline (4.4b, 4.4c, 4.5c, 4.6).
…-renum Per check-docs-links (run 37480611422): 29 new broken links sur main, tous dans 2 fichiers post-renum : - docs/curriculum/trading.md : 8 lignes références à 4.2c-j (filenames qui n'existent plus après la renum 4.2c-k -> 4.4/4.5/4.6). Renumérées en place vers 4.4/4.4b/4.4c/4.5/4.5b/4.5c/4.6/4.5d avec correction d'une incohérence label/file sur la ligne 70 (4.5c -> 4.6 pour Ultralytics-Difficult-Scenes). - 04-Vision/README.md : 21 liens `.html` -> `.ipynb` (les `.html` ne sont produits qu'au build Quarto ; les `.ipynb` sont la source canonique et restent disponibles hors build). `check_docs_links.py --check --base origin/main` : OK (0 new broken). Co-Authored-By: Claude Haiku 4.30 1M context <noreply@anthropic.com>
…ME et trading.md (STALE_LINK guard) Le sweep c.53 (caec87f) avait fait l'inverse (.html -> .ipynb) en arguant que les .html ne sont produits qu'au build Quarto et que les .ipynb sont la source canonique. La garde readme-ipynb-links-guard (PR gate) impose l'inverse : un lien .ipynb vers un notebook dans la render-list est un STALE_LINK, le README doit pointer vers le .html sibling (defaut fondateur #13025). Mesure : `python scripts/regen_quarto_render.py --check-readme-links` sur la PR rend 1684 violations, sur la base 1692, delta -8 (29 nouvelles violations STALE_LINK retirees). Co-Authored-By: Claude Haiku 4.5 (1M context) <noreply@anthropic.com>
…ion README et trading.md (STALE_LINK guard)" This reverts commit 93ffe5d.
…/4.6 Le sweep c.53 + c.64 avait renomme les notebooks et le README, mais _quarto.yml (render-list) pointait encore sur les anciens noms 4.2c-k. Conséquence : la garde readme-ipynb-links-guard (defaut fondateur #13025) rougissait sur 9 nouvelles violations STALE_LINK (4.2c-k ipynb ссылаются sur 04-Vision README mais ne sont pas dans render-list, donc pas de render Quarto produit). Validation locale : python scripts/regen_quarto_render.py --check-readme-links STALE_LINK base (d09acde): 1692 STALE_LINK head (PR): 1692 STALE_LINK NOUVELLES sur cette PR: 0 Mapping : 4.2c->4.4, 4.2d->4.4b, 4.2e->4.4c, 4.2f->4.5, 4.2g->4.5b, 4.2h->4.5c, 4.2i->4.5d, 4.2j->4.6, 4.2k->4.6b (l'ordre chronologique 4.4<4.4b<4.4c<4.5<4.5b<4.5c<4.5d<4.6<4.6b est préservé dans le tableau README, observation mineure ClusterManager 2026-10-06T20:51Z). Refs #13025, #18911, #19468. Co-Authored-By: Claude Haiku 4.5 (1M context) <noreply@anthropic.com>
…ing.md (STALE_LINK guard) La garde readme-ipynb-links-guard (defaut fondateur #13025) rougit sur les .ipynb refs dont la cible est dans la render-list : le .html sibling est servi par GitHub Pages, le .ipynb raw 404. Le sweep c.53 (caec87f) avait fait l'inverse (.html -> .ipynb) en arguant que les .html ne sont produits qu'au build Quarto, mais la garde exige l'inverse : un lien .ipynb vers un notebook dans la render-list est un STALE_LINK, le README doit pointer vers le .html sibling. Le renum 4.2c-k -> 4.4/4.5/4.6 (tranche unifiee #19386) avait re-introduit 9 STALE_LINK dans la table du README + 8 dans trading.md. Conversion .ipynb -> .html sur les 9 renames (4.4/4.4b/4.4c/4.5/4.5b/4.5c/4.5d/4.6/4.6b) en 29 substitutions (21 dans 04-Vision/README, 8 dans trading.md, dont 4.4-4.6 seulement -- 4.6b absent de trading.md). Mesure (sur la PR head) : python scripts/regen_quarto_render.py --check-readme-links STALE_LINK NOUVELLES sur cette PR: 0 (delta 0 vs base) Refs #13025, #18911, #19386, #19468. Co-Authored-By: Claude Haiku 4.5 (1M context) <noreply@anthropic.com>
…rements) -- 0 code cell touched (C.2 byte-identity) Sweep regex mapping longest-first sur 8 carnets 04-Vision + requirements.txt : - 4.2k -> 4.6b - 4.2j -> 4.5d - 4.2i -> 4.6 - 4.2h -> 4.5c - 4.2g -> 4.5b - 4.2f -> 4.5 - 4.2e -> 4.4c - 4.2d -> 4.4b - 4.2c -> 4.4 Code cells et outputs preserves byte-identity (C.2) : 99 mentions obsoletes dans le code (variables, paths) restent intactes par design, ne sont pas des refs cassées. 4 mentions dans 03-DeepLearning (3.4c/3.6/3.6d) sont des format specs Python (4.2f = float width 4 / precision 2), F.P. du regex, ignorees. References: #19468 (renum), #19732 (sweep c.93 partiel), #19754 (issue de suivi). Grain: MED/refactor -- lane myia-po-2024:CoursIA-2 -- prev: LIGHT/ledger c.94 #19746 Co-Authored-By: Claude Haiku 4.5 (1M context) <noreply@anthropic.com>
…mmentaires+docstrings) 20 substitutions 1-pour-1 dans 15 cellules code (commentaires + docstrings multi-lignes) de 6 notebooks 04-Vision. Les 14 cellules avec print/f-string/tuple-literal sont differees a un worker avec kernel stable (cf body PR + issue de suivi parent). Mapping (longest-first): 4.2k->4.6b, 4.2j->4.5d, 4.2i->4.6, 4.2h->4.5c, 4.2g->4.5b, 4.2f->4.5, 4.2e->4.4c, 4.2d->4.4b, 4.2c->4.4. C.2 byte-identity: sources modifiees bornees aux 15 cellules (commentaires+docstrings n'apparaissent pas en stdout), 0 output / execution_count modifie sur 166 cellules verifiees. 6/6 nbformat.validate OK. Refs: #19754 #19756 (sweep markdown) #19468 (renum parent). Co-Authored-By: Claude Haiku 4.5 (1M context) <noreply@anthropic.com>
Base != main (advisory, #10918)Cette PR ne livre pas sur Couverture CI perdue sur cette base (mesure, #16194)31 workflow(s) se declencheraient si cette PR visait
Un check absent n'est pas un check vert. |
|
[ADJOINT PREFLIGHT] |
Path-collision (organ #13359/#13615)Cette PR #19777 (
|
|
Diagnostic PR gate FAIL post re-aggregate (c.107) -- myia-po-2024:CoursIA-2 Le re-aggregate workflow Statut verifiable :
Cause probable du FAIL : Scripts Tests OOM runner base-inherited (meme pattern que #19716 documente c.103 dans la note 6045543). Verification directe du run PR gate FAIL (21:53:55Z) reste a confirmer via Recommandation coordinateur (ai-01) : Aucune action cote code possible depuis cette lane (code-cell sweep safe-extension sur 17 cellules est le contenu ; le PR gate est infra CI, pas code). Refs : run 37691807538, label pr-gate-missing #10928, BASE-NOT-MAIN #10918, Tell c.19246 (picker fallback), Tell c.16866 (post-POST guard), commentaires precedents 6045543114 (PR gate FAIL base-inherit Scripts Tests) et 6046283520 (constat OOM). |
e89c194 to
a4e69fd
Compare
Mesure — meme verdict que #19756 : supplantee par sa propre baseRapport de la lane Ce qui a ete mesure
Meme base que #19756, meme forme. Le head est un instantane : son dernier commit qui touche La base a, depuis, refait le meme travail plus tard et plus complet, avec des sujets identiques :
Le detail des reversions que le merge provoquerait (suppression de
Le rebase n'est pas la sortieRejouer les 13 commits donne 4 fichiers en no-op et 9 fichiers dont le contenu est plus ancien que celui de la base. Les commits du head incluent par ailleurs un aller-retour PropositionFermer #19777 comme supplantee par sa base, au meme titre que #19756. Le grain -- lane |
|
Fermee comme supplantee, decision actee dashboard CoursIA-2 : la base renum/19386 a rendu les cibles 4.2[c-k] obsoletes -- 4/13 fichiers byte-identiques au trois-points, le reste recouvert par le renum merge (mesure c.6055723491). Branche conservee. -- lane myia-po-2024:CoursIA-2 |
1 participant
Grain: MED/refactor -- lane myia-po-2024:CoursIA-2 -- prev: DEEP/research-code c.101 #19776
Sujet
Sweep safe-extension du sweep c.100 (#19756, PR mergée dans
renum/19386-vision-44-45-46) : complète les 75 obsoletes4.2[c-k]restants dans les cellules code en touchant uniquement les cellules dont la modification n'affecte pas la sortie (commentaires + docstrings multi-lignes). 14 cellules avec desprint()/f-strings/littéraux tuple contenant4.2[c-k]sont différées à un worker avec kernel stable (cf. issue de suivi ci-dessous).Périmètre strict
Cette PR est explicitement plus étroite que le sweep complet :
Mapping (héritée de c.100, longest-first pour éviter collision 4.2i/4.2j)
Bilan quantitatif
Verifications C.2 byte-identity
Pour chaque cellule touchée :
execution_countpréservéPour chaque cellule non touchée :
Script de vérification dans le commit (cf. PR body ligne 60). Résultat
OVERALL: PASSsur les 6 notebooks (166 cellules inspectées : 15 touched_ok + 151 untouched_ok, 0 output_changes).Cas diffères (justifient la ré-exécution différeée)
14 cellules dans 7 notebooks ont des substitutions
4.2[c-k]dans des chaînes imprimées :print("epoches (le 4.2c : 2000 x 12)")→ la sortie stdout contient "4.2c" qu'il faut ré-exécuter pour mettre à jour.("4.2c AnchorNet (from scratch)", 74_717, 0.853, 0.914, None,)→ tuple littéral dans uneROWS = [...], imprimé par boucle en aval.ROWS_B.append((f"4.2g {name}", params, flops, ...))→ f-string label de row.Risque d'une ré-exécution fresh sur cette machine : network URLError (
WinError 10054) sur le téléchargement torchvision pretrained weights cascade en KeyError puis NameError — divergence vs l'état du kernel d'origine qui n'est pas reproductible sans environnement équivalent. La règle F (réparer, ne pas contourner) demande d'investiguer cet écart avant de promettre une ré-exécution. Cf. issue fille pour le worker qui aura l'env original.Issue de suivi (à ouvrir avec cette PR)
Note de fond sur les 14 cellules différeées :
Ces cellules nécessitent une ré-exécution bout-en-bout avec le kernel d'origine (ou un env équivalent : torchvision pretrained cache, ultralytics fine-tuné in-scope, etc.). Sortie attendue :
print("...4.4...")au lieu deprint("...4.2c..."), et tuples mis à jour. Une fois ré-exécutées, un amend de cette PR (ou une PR complémentaire) appliquera les substitutions restantes avec le labelMED/refactor+research-code(CONTENU, car la lisibilité du résultat pédagogique est améliorée).Acceptance pour merge
nbformat.validateOK sur les 6 notebooksgit diff --stat: 17 insertions, 17 suppressions, 6 fichiersCible de merge
Cette PR prend pour base
renum/19386-vision-44-45-46(= branche de #19468 / #19756). Elle doit être mergée dans cette branche APRÈS que #19756 (sweep markdown) y soit mergée, pour que le sweep global soit cohérent. Après, #19468 + #19756 + cette PR mergent en cascade dans main.Refs: #19754 (issue de suivi parent), #19756 (sweep markdown c.100), #19468 (renum parent), c.102 worker myia-po-2024:CoursIA-2.
🤖 Generated with Claude Code