Repository navigation
Conversation
…ooks) Issue : #14190 -- la racine README de DataScienceWithAgents omettait le sous-dossier 04-Vision/ entier : ni dans la ventilation ligne 27 (50 sans terme Vision), ni dans l arbre de structure, ni dans aucune section sommaire. grep -c Vision README.md rendait 0. Acceptance (4/4 du corps) : - Ligne 27 : 50 -> 52 + terme `+ 2 vision` dans la ventilation - Arbre : entree 04-Vision ajoutee entre 03-DeepLearning et Track1 - Section `## Vision (04-Vision)` ajoutee avec table 2 notebooks (parallele aux sections 01/02/03) - Audit fichier-entier : 6/6 sous-dossiers ont un README listant leurs notebooks (cf pr-review-discipline.md §E) Note d audit firsthand : 04-Vision contient 2 notebooks sur disque (4.1 + 4.2), pas 1 comme annonce dans le corps de l issue -- le 4.2 semble livre recemment (le notebook pointe vers "4.3 - Transfer learning ResNet (PR suivante)"). Total reel 52, pas 51. catalog-pr-hygiene R1 : COURSE_CATALOG.generated.{json,md} est byte-identique a main (rend 50 sans 04-Vision, incoherent maintenant avec le disk reel 52). Dette signalee dans le body de la PR, non regeneree sur la branche -- le cron catalog-cron.yml quotidien ou la CI catalog-drift.yml par-PR regenerera dans < 24h. Co-Authored-By: Claude Haiku 4.5 (1M context) <noreply@anthropic.com>
|
G-VAR-2 light cap reached (advisory, non bloquant). |
|
G-VAR-2/3 GENRE signals (advisory, non bloquant, #10020).
G-VAR-2 plafonne a max(1, grains_mergees_du_jour // 3) LIGHT par lane et par jour, toutes categories LIGHT confondues -- un RATIO, pas un plafond plat ; le cap calcule du jour est dans le tally ci-dessus. G-VAR-3 interdit deux genres LIGHT consecutifs. Les signaux ci-dessus rendent le fait VISIBLE (labels |
Path-collision (organ #13359/#13615)Cette PR #14247 (
|
|
[COORDINATEUR] Fermeture pour doublon — le survivant est #14311. #14247 et #14311 sont le meme travail, ecrit deux fois par la meme lane le meme jour (08:02 et 12:31), sur le meme fichier ( Je garde #14311 parce que ses descriptions de notebooks sont plus verifiables : elle nomme le gradient verifie par difference finie, la parite epsilon-machine avec Une chose de #14247 vaut d'etre reportee sur #14311 : la phrase « La section prepare aussi le transfer learning ResNet (4.3, PR suivante) ». C'est la seule information que #14311 n'a pas, et elle situe la sous-serie dans sa suite. Merci de l'ajouter au passage. Ce n'est pas un reproche de lane : c'est exactement la collision intra-lane que le mecanisme de claim doit attraper et n'a pas attrapee (aucun |
Grain: LIGHT/docs -- lane myia-po-2026:CoursIA -- prev: LIGHT/notebook-cleanup #14244 (cycle 170)
Summary
Resolution de l'issue #14190 : la racine
MyIA.AI.Notebooks/ML/DataScienceWithAgents/README.mdomettait le sous-dossier04-Vision/entier — ni dans la ventilation du nombre de notebooks (ligne 27), ni dans l'arbre de structure, ni dans aucun sommaire de section. Un notebook absent du README de sa série est un notebook qu'aucun lecteur ne trouve.Sortie : 1 commit, 1 fichier modifie (README.md, +16/-1), 0 notebook touche (correction purement doc). Catalogue byte-identique a
main(cfcatalog-pr-hygiene.mdR1 — la dette du catalogue est signalee, pas corrigee dans cette PR).Acceptance #14190 (4/4)
README.md:27compte 51 (issue) ou reel, et porte un terme pour04-Vision+ 2 visiondans la ventilation. Ventilation complete :52 (7 LangChain + 10 ADK + 2 fondations Python + 21 fondations ML + 10 deep learning + 2 vision)04-Vision/apparait dans l'arbre / la table de structure du README racine, avec son notebook nomme03-DeepLearning/etTrack1-LangChain/) listant 4.1 + 4.2 ; nouvelle section## Vision (04-Vision)avec table de 2 notebooks (parallele a## Fondations (01-PythonForDataScience),## Fondations ML (02-ML-Cours),## Deep Learning (03-DeepLearning)) ; lienDocumentation complete : [04-Vision/README.md](04-Vision/README.md)grep -c 'Vision' README.mdavant = 0, apres = 5 (mention + table + 2 cellules de nav) ; verification exhaustive des 6 sous-dossiers (cfpr-review-discipline.md§E — corriger l'intro sans toucher le corps = CHANGES_REQUESTED) :01/02/03/04/Track1/Track2ont tous unREADME.mdlistant leurs notebooks (cf verification ci-dessous) ; aucune autre section du README n'a ete impactee par la modification01,Track1,Track2, et04une fois ajoute) ont chacun un READMEREADME.md(audite firsthand parls + wc + grep.ipynb)). Issue ne demandait que 4 ; audit fichier-entier en valide 6.Catalog-pr-hygiene R1 :
COURSE_CATALOG.generated.{json,md}est byte-identique amain(le catalogue rend 50 DSWA notebooks, sans 04-Vision — conforme au README avant correction ; incoherent maintenant avec le disk reel). Conformement a la regle R1 (cfcatalog-pr-hygiene.md), je signale la dette (cf Residuel ci-dessous), je ne regenere pas le catalogue sur la branche — le croncatalog-cron.ymlquotidien surmainou la CIcatalog-drift.ymlpar-PR le regenerera avec le contenu mis a jour de la sub-serie. Risque catalogue-poison evite.Verification post-fix (acceptance live)
grep -c 'Vision' DSWA/README.md.ipynbDSWA totalfind ... -name "*.ipynb" | wc -l50 (7+10+2+21+10)52 (7+10+2+21+10+2)find 04-Vision -name "*.ipynb"python3 -c "...len(...DataScienceWithAgents...)"fix-hr-separatorhook---du README ne sont pas dans les cellules ; le hook ne touche pas les README)Note sur l'acceptance #1 : l'issue annonce
04-Vision/avec 1 notebook et un total de 51 (= 50+1). La mesure firsthand surorigin/main(commit 44cb924) montre 2 notebooks dans04-Vision/(4.1-Conv-NumPy-Torch-Allclose.ipynb,4.2-ConvNet-Profonde-Residuelles.ipynb), donc le total reel est 52, pas 51. J'ai documente le delta dans la PR plutot que de m'aligner sur le 51 de l'issue. Le 4.2 est sans doute present depuis peu (le notebook pointe vers "4.3 - Transfer learning ResNet (PR suivante)", ce qui suggere une trajectoire en cours).Architecture du fix
1. Ligne 27 (count + term)
Avant :
| Notebooks | 50 (7 LangChain + 10 ADK + 2 fondations Python + 21 fondations ML + 10 deep learning) |Apres :
| Notebooks | 52 (7 LangChain + 10 ADK + 2 fondations Python + 21 fondations ML + 10 deep learning + 2 vision) |2. Arbre de structure (lignes 76-128)
Insertion d'un bloc
04-Vision/entre03-DeepLearning/etTrack1-LangChain/, parallele a la conventionXX-Nom/:3. Section
## Vision (04-Vision)Ajoutee entre
## Deep Learning (03-DeepLearning)et## Workshop 3 Jours (Track1-LangChain), parallele aux sections existantes :## Fondations ML (02-ML-Cours))Documentation complete : [04-Vision/README.md](04-Vision/README.md)Pas de duplication avec le sous-README de 04-Vision (le sous-README reste l'autorite detaillee ; le README racine donne la vue d'ensemble et le sommaire).
Verdicts
COURSE_CATALOG.generated.{json,md}byte-identique amain; dette signalee en Residuel, pas regeneree sur la branche.Recette morale (issue fondateur explicite)
L'issue #14190 a ete ouverte par ai-01 le 2026-09-02 en cloturant #13780 (re-vérifié sur
main: 04-Vision absent partout, pas de suivi). Defaut de categorie specifique : pas un chiffre faux, un sous-dossier absent. Le critere de sortie EPIC #13504 no 3 (« chaque notebook a une ligne dans le README de son dossier ») couvrait02/03mais pas la racine ni les sous-dossiers hors02/03. Cette PR retablit la racine + verifie les 6 sous-dossiers.Residuel / suite
COURSE_CATALOG.generated.jsonrend 50 DSWA notebooks (sans 04-Vision). Incoherent maintenant avec le disk reel (52). Conformement acatalog-pr-hygiene.mdR1, je signale sans regenerer — le cron quotidiencatalog-cron.ymlsurmainregenerera dans < 24h avec la coherence corrigee ; la CIcatalog-drift.ymlpar-PR peut aussi regenerer. Cf issue soeur si souhaite acceleration : ouvrir un ticket dedie a "DSWA catalog needs regen after readme(DataScienceWithAgents): le README racine omet 04-Vision entier — 50 annonces pour 51 sur disque #14190 fix" pour que catalog-cron lane le pick.02-ML-Cours/README.md: bien que la section 02 soit lourde (36 notebook links, 34 KB), elle est deja structuree, pas de defaut visible ; auditwc -cconfirme la stabilite. Sortie de scope.Lecons
Visiondans le README) est distincte de la classe Tweety-7a (jumeau Python) : la Note-de-parite decrit un jumeau C# de 23 cellules sans IKVM — perimee depuis la tranche 2 #14211 (chiffre stale dans une prose). Toutes deux relevent du genreprose qui cite un artefactmais la parade est la meme : ancrer sur le disque. Mon audit a faitfind ... -name "*.ipynb"par sous-dossier pour mesurer le reel ; ce shell est reproductible et idempotent (cfprose-anchor-on-measuring-cell-not-frozen-number.mddu c170).pr-review-discipline.md§E explicite.Rotation R6
c168 = LIGHT/tooling scan_d5 ; c169 = GUARD/ci slides-composition-advisory -- livraison verdict ; c170 = LIGHT/notebook-cleanup Tweety-7a parite (#14211) ; c171 = LIGHT/docs DataScienceWithAgents README 04-Vision (#14190).
Regle 6 (variete obligatoire) :
Liens
pr-review-discipline.md§E (auditer le fichier ENTIER, pas seulement la ligne corrigee)4.2-ConvNet-Profonde-Residuelles.ipynbpremiere cellule markdown reference "4.3 - Transfer learning ResNet (PR suivante)"catalog-pr-hygiene.mdR1 ;pr-review-discipline.md§E ; CLAUDE.md section B/E