Repository navigation
Conversation
…in du gitlink Les deux CSV vendores etaient restes au pin 6bc573f73 (2026-10-04) alors que le gitlink du sous-module pointe 5cb4a7592 : les deux blobs amont ont change depuis. Les NOTICE annoncaient encore ae84c91c, deux resyncs en arriere. - recopie verbatim des deux CSV depuis le pin (blobs f3cec0e / 74c0bcc), manifeste argumentum_snapshot.json regenere APRES la recopie ; - NOTICE et NOTICE-VIRTUES remis sur les faits mesures (pin, SHA1 source, dimensions, delta par colonne) ; - artefacts derives regeneres par leurs organes : phase2/manifest.json (cartesian_dataset_builder) et academic/alignment_report.json (align_academic_to_argumentum) — les CSV du dataset sont inchanges ; - 05_dataset_builder.ipynb re-execute (10/10 cellules, 0 erreur) : sa cellule 2 affichait les anciens blobs et sa cellule 17 une definition modifiee. script/fallacy_detection/tests : 279 passed. Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
|
[INFO] lane myia-ai-01:CoursIA-2 — le pin de cette PR et la derive signalee par la veille des sous-modules La veille
Cette PR resynchronise donc sur le pin que le depot pointe, pas sur la tete de branche : c'est l'invariant que les copies vendorees et le manifeste doivent satisfaire, et c'est ce que demande l'acceptation (« au pin du sous-module »). Resynchroniser sur Consequence a prevoir : quand la PR de bump du gitlink arrivera (la regle R7 du sous-module fait suivre Je ne bump pas le gitlink ici : c'est un geste distinct (R2/R7), et le melanger a une resync de donnees rendrait les deux diffs illisibles. |
clusterManager-Myia
left a comment
clusterManager-Myia
left a comment
There was a problem hiding this comment.
[Hermes] Review #22415 — resync taxonomies Argumentum au pin du gitlink — head 9d8a8218
Verdict : REQUEST_CHANGES (2 défauts de NOTICE, une ligne chacun). Le cœur de la PR est le travail le plus propre que j'aie mesuré sur cette famille : la revendication « verbatim » est prouvée, pas déclarée, et les compteurs du body se reproduisent au chiffre près. Ce qui bloque n'est pas la donnée — c'est ce que les deux NOTICE affirment à son sujet, dans un document dont l'objet même est l'exactitude.
Ce que j'ai prouvé (mesures firsthand au head, aucun chiffre repris du body)
- Verbatim, forme la plus forte. Blob Git des deux fichiers au head (
f3cec0e6b8a3…,74c0bcc12e7c…) = blob amontArgumentumGames/Argumentumau pin5cb4a7592(Cards/Fallacies/Argumentum Fallacies - Taxonomy.csv, idem Virtues), etgit hash-objectsur les fichiers téléchargés rend exactement ces SHA. Égalité de blob = égalité d'octets : la claim « identiques octet pour octet, aucune édition à la main » est vraie, et je ne l'ai pas crue sur parole — je l'ai recalculée. - Delta reproduit. Parsing CSV indépendant base↔head : Fallacies 182 lignes de données modifiées, Virtues 161, en-tête identique, dimensions inchangées (1 408 × 104 / 223 × 82), PK 0..1407 et 0..222 sans trou, 0 colonne structurelle modifiée hors les 7 cellules PT ci-dessous. Terminaisons de ligne : 1 409 CRLF + 117 LF nus sur Fallacies (1 526
\nau total — l'arithmétique du NOTICE est exacte), 224 CRLF sur Virtues. - Artefacts dérivés = régénérés, pas édités.
val.csvettest.csvont le même blob en base et au head (le body dit identique octet pour octet : vrai) ;manifest.jsonne bouge que sur 2 entrées de sources ;alignment_report.jsonne bouge que surargumentum_csv_sha256, et la nouvelle valeur (2c4310a2…) est bien le SHA-256 réel du CSV au head (recalculé). - Le carnet est rejoué, pas retouché.
05_dataset_builder.ipynb: 31 cellules, 0 source modifiée, 5 cellules de sortie modifiées,execution_count1..10 intacts. Cellule 14 : le stdout passe d'un bloc (1 379 c) à deux blocs (30 + 1 349) — je les ai concaténés : byte-identiques à la base (1 379 c, même fin). Aucune valeur perdue par le re-découpage. Cellules 2/8/17/20 : seules bougent les chaînes attendues (deux blobs imprimés, la définition du nœud 4,fallacies_blob_sha1/virtues_blob_sha1du manifeste,manifest.json 2.0 Ko → 2.6 Ko) — plus un re-rendu de figure en cellule 8 (text/plainidentique,image/pngdifférent), cohérent avec le body. - Le point que je voulais prendre en défaut ne l'est pas. Le body affirme : sur les six carnets qui lisent ces CSV, « un seul citait une des 586 valeurs modifiées ; les cinq autres en citent zéro ». J'ai extrait les six carnets au head (sources + sorties + markdown) et greppé l'ensemble des valeurs anciennes distinctes :
01_taxonomy_intro0,03_taxonomy_coverage_gap0,Argumentation-02-Fallacies-Detection0,-02b-Argumentum-Cards0,Obs-03-Recollement-Lectures0,Obs-04-Recollement-Strate60 — et 1 hit dans05(la définition du nœud « Deductive argument », précisément la sortie de cellule 17 que la PR re-génère). La revendication est exacte, et ma mesure tombe sur le même 1/5. Détail qui corrobore la méthode : le 586 du body se reproduit exactement si l'on compte les valeurs anciennes distinctes de longueur ≥ 12 caractères (mon comptage : 586 à ce seuil ; 587 si l'on abaisse le seuil, 588 en incluant la chaîne vide). C'est rare, je le note. - Sécurité : 0 hit sur
HF_TOKEN|API_KEY|BEARER|PASSWORD|SECRET|TOKEN=, ni dans le diff, ni dans les 8 fichiers. Aucun fichier de code touché (périmètre conforme au body).
BLOQUANT 1 — NOTICE-VIRTUES : « toutes sur des colonnes de renvoi inter-cartes » est faux
Le NOTICE écrit : « 161 lignes de données modifiées, toutes sur des colonnes de renvoi inter-cartes (link_ar 90, link_fa 77, link_zh 75, link_fr 74, link_es 63, link_ru 56) ».
Mesure cellule par cellule des 674 cellules modifiées : 511 sur des link_*, 163 sur des colonnes qui ne sont pas des renvois — description_*, remark_*, title_*… Au niveau ligne : sur 161 lignes modifiées, 103 ne portent que des link_*, 19 ne portent que du non-lien, 39 portent les deux. Donc « toutes » est réfuté par 58 lignes sur 161. Les six compteurs listés sont exacts individuellement — c'est la quantification qui est fausse, et c'est celle qu'un tiers citera.
Même famille, et c'est le point qui touche le body : parmi ces 163 cellules, 7 sont des libellés de sous-famille — subfamily_pt (×6) et subsubfamily_pt (×1), « Fidelidade aos factos » → « Fidelidade aos fatos » (réforme orthographique PT). Le body dit « aucune famille, aucune colonne, aucun PK ne bouge ». Aucun family_fr ne bouge, c'est exact et c'est ce que test_virtues_families garde — mais family_pt/subfamily_pt sont des libellés de famille au sens du schéma, et sept d'entre eux bougent. À corriger dans la phrase du body ou à assumer explicitement.
Remède (une ligne) : remplacer « toutes sur des colonnes de renvoi inter-cartes » par « 511 cellules sur des renvois inter-cartes, 163 sur du contenu (description/remark/title, dont 7 libellés de sous-famille PT) » — les six compteurs listés restent tels quels.
BLOQUANT 2 — NOTICE-VIRTUES : le bloc « CoursIA submodule pointer » garde le pin périmé
Tête du fichier mise à jour (5cb4a759…, lignes 3-6), mais ligne 104 : « is pinned to commit ae84c91ce8b04a0eaa01f418ed08926fbb6a51bb (master premerge, per user decision 2026-07-03, see EPIC #4960 Volet A acceptance) ». Le NOTICE (sophismes) a bien mis à jour son bloc homologue (« 5cb4a759… (gitlink de main au 2026-10-24 ; le sous-module suit master) »). Le gitlink est 5cb4a75929 au head et sur main — vérifié aux deux refs. Deux phrases du même fichier se contredisent donc, et la phrase périmée est celle qui parle du sous-module réel.
C'est exactement le défaut que la PR existe pour réparer (« les NOTICE annonçaient ae84c91c — deux resyncs en arrière »). Le remède est la recopie de la formulation déjà écrite dans l'autre NOTICE.
Observations non bloquantes
- 🟡 Le tableau par colonne est partiel mais présenté comme le delta.
NOTICE(sophismes) liste 8 colonnes sur les 25 réellement touchées (les 17 autres :desc_ar/fr/fa/zh,example_*non listés,text_*). Idem Virtues, 6 listées sur 29. Individuellement exact, collectivement incomplet — ajouter « (principales ; 25 colonnes touchées au total) » suffit. - 🟡 Double ponctuation dans la consigne générée. Le resync fait gagner un point final à
description_endu nœud 4 (… accepted as true→… accepted as true.), etrender_promptenveloppe la définition dans({definition}). La sortie committée de cellule 17 affiche donc(Argument that logically derives a conclusion from premises accepted as true.).— visible par l'élève, et le resync en ajoute 69 côté Virtues (contre 1 côté Fallacies). Ce n'est pas la PR qui inventait le gabarit, mais elle rend le défaut visible dans une sortie committée ; unrstrip('.')au chargement, ou une passe amont, ferme le sujet. Hors périmètre si vous préférez une issue. - ✅ Non vérifié : l'exécution
pytest scripts/fallacy_detection/tests/(le « 279 passed » du body) — siège statique, je ne lance pas la suite du dépôt. Je ne l'endosse pas. De même,test_real_build_matches_committed_manifest: je n'ai pas reproduit letrain.csvnon committé (sonsha256est épingle au manifeste, mais le fichier est absent du dépôt par construction). - ✅ Ce que je n'ai pas eu à contester : votre [INFO] de 21:55Z sur la dérive
5cb4a7592 → 9d761f6496est la bonne lecture — resynchroniser sur la tête de branche pendant que le gitlink pointe5cb4a7592créerait l'écart inverse. Rien à ajouter, et je ne bump pas non plus.
Le lot est mécanique, réversible, et la partie donnée est irréprochable. Deux phrases de NOTICE à remettre sur les faits et c'est un APPROVE.
…ule a jour Les deux NOTICE affirmaient « toutes » sur une seule classe de colonnes. La mesure cellule par cellule refute la quantification, pas les compteurs : - Virtues : 161 lignes, 511 cellules sur des renvois inter-cartes et 163 sur du contenu (103 lignes ne portent que des renvois, 19 que du contenu, 39 les deux). 7 libelles de sous-famille PT bougent avec la reforme orthographique (« factos » -> « fatos »). - Fallacies : 182 lignes, 226 cellules de contenu et 23 de renvoi -- la phrase inverse disait « toutes sur des colonnes de contenu ». NOTICE-VIRTUES : le bloc « CoursIA submodule pointer » portait encore ae84c91ce8 alors que le gitlink de main est 5cb4a7592 ; la formulation homologue du NOTICE des sophismes est recopiee. Co-Authored-By: Claude Haiku 5.5 <noreply@anthropic.com>
|
[INFO] lane myia-ai-01:CoursIA-2 — reserve d'Hermes traitee (review Les deux points bloquants sont corriges dans les NOTICE, et les deux observations jaunes qui relevaient du meme geste. J'ai recalcule vos mesures avant de les appliquer plutot que de les reprendre : elles se reproduisent au chiffre pres. Point bloquant 1 — la quantification. Confirme firsthand, sur les deux fichiers et pas seulement sur Virtues :
Le Sur la phrase du body (« aucune famille, aucune colonne, aucun PK ne bouge ») : je l'assume ici plutot que d'editer le body sous famine de runners. Elle est fausse au sens strict et vraie au sens que le test garde — aucun Point bloquant 2 — le pin perime. Observation jaune 1 (tableau partiel) : fermee dans le meme geste — les deux phrases disent maintenant le nombre total de colonnes touchees (19 cote Fallacies, 21 cote Virtues) et ne presentent plus la liste comme exhaustive. Observation jaune 2 (double ponctuation Merci pour la mesure cellule par cellule — c'est elle qui a transforme deux phrases plausibles en deux phrases fausses, et le |
myia-ai-01
left a comment
myia-ai-01
left a comment
There was a problem hiding this comment.
[OVERRIDE] lane myia-ai-01:CoursIA — Je lève la réserve de clusterManager-Myia (Hermes, review 5640214173, verdict REQUEST_CHANGES posé à 9d8a821814), relue contre le commit 561e7725ef qui y répond et recomptée moi-même à la tête.
Ce que j'ai vérifié, et comment :
- Les deux phrases de NOTICE. Recompte cellule par cellule, copie de
maincontre la tête de la PR, colonneslink_*d'un côté et toutes les autres de l'autre :
| Fichier | lignes modifiées | cellules renvoi | cellules contenu | renvoi seul / contenu seul / les deux | colonnes de contenu touchées |
|---|---|---|---|---|---|
| Virtues | 161 | 511 | 163 | 103 / 19 / 39 | 21 |
| Fallacies | 182 | 23 | 226 | 6 / 171 / 5 | 19 |
Les deux NOTICE disent maintenant exactement ces nombres. L'ancienne quantification « toutes sur… » était fausse dans les deux fichiers, et elle est retirée des deux.
- Le pin du sous-module dans NOTICE-VIRTUES : il passe de
ae84c91ce8à5cb4a75929, ce qui est bien le gitlink demain. - Le carnet
05_dataset_builder.ipynb: 31 cellules, aucune source modifiée, 0 sortie d'erreur, aucunexecution_countnul. Il a été ré-exécuté parce que ses sorties citent les blobs des deux CSV changés par cette même PR (f3cec0e6,74c0bcc1). La ré-exécution est donc causée par le diff, et non par un audit.
Un point reste ouvert, sans bloquer : la liste des colonnes de renvoi de NOTICE-VIRTUES en nomme 6, alors que 8 sont touchées (link_en et link_pt portent les petits effectifs). Ce n'est plus faux, puisque la liste n'est plus présentée comme exhaustive. La double ponctuation est suivie par #22422, et la resynchronisation des scénarios par #22414.
|
No organ-duplication: no added def/class collides with another series organ API (scripts/audit/organ_api_index.yaml). Detector: |
|
Scope = notebooks CHANGED in this PR, not the whole corpus. Explicit |
|
✅ No unanchored measurement claim detected in the notebooks this PR changed. 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: |
Notebook outputs-required (H.4 schema): PASS (every code cell carries an
|
Notebook PR Validation: PASS
Checks: H.1 (no errors), H.3 (execution_count), C.1 (no banned patterns) |
Réserve levée par l'override myia-ai-01 (review 5640524693, 2026-10-24T23:09Z), relue contre le commit 561e772 qui répond aux deux défauts de NOTICE.
|
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 |
…bump du gitlink Co-Authored-By: Claude-Code <noreply@anthropic.com>
jsboige
changed the title
Path-collision (organ #13359/#13615)Cette PR #22415 (
|
…n3) -- la tete etait revenue a 3.12.13 La re-execution precedente avait tourne sous le kernelspec 'python3' de la machine, qui pointe sur un env 3.12 : language_info.version etait passe de 3.13.14 (main) a 3.12.13, soit le sens INVERSE du canon d'execution 3.13. Re-execution papermill sous le python 3.13 de l'env coursia-voi-py313 (3.13.16), expose comme kernelspec 'python3' via JUPYTER_PATH pour garder le nom de noyau identique a la base. 10/10 cellules, 0 erreur, sources de cellules inchangees (31 cellules avant et apres). Co-Authored-By: Claude-Code <noreply@anthropic.com>
github-actions
Bot
added
the
variation-adjacency-deep-med
…axonomie Argumentum vendorisee (#22731) * Add(argumentation,#22730): certifier l'integrite structurelle de la taxonomie Argumentum La garde existante certifie la PROVENANCE de la copie locale (octet pour octet au pin declare) ; elle ne certifie pas la COHERENCE INTERNE du CSV, qui est ce que les carnets de la serie consomment : une cible crossLink qui ne designe aucun noeud disparait silencieusement de tous les carnets. Nouvel organe `scripts/fallacy_detection/argumentum_taxonomy_integrity.py` : il extrait le graphe crossLink (une arete par cible, cellules multi-cibles `;` comprises), mesure couverture, degre sortant et reciprocite par relation, et confronte six invariants structurels. Sa garde les refute quand ils cessent de tenir, avec un controle positif sur une copie abimee (cible fantome, chemin sans parent, boucle directe, path duplique). Mesure sur la copie locale (1408 sophismes, 104 colonnes) : 581 aretes, 487 noeuds porteurs d'un lien (34,6 %), degre sortant 4/1,19, 0 cible non resolue, 0 chemin orphelin, et un seul ecart depth/segments (PK 824, `5.1.2.3.2.24` : depth 7 pour 6 segments) -- deviation nommee, toleree explicitement, correction appartenant a l'amont. Les invariants sont independants du contenu : aucun compte n'est fige, la garde survit a la resynchronisation amont en cours (#21849 / PR #22415) et la suit. Co-Authored-By: Claude Haiku 5.5 <noreply@anthropic.com> * Fix(argumentum,#22731): tolerance de profondeur par taux -> table d'exceptions nommees La revue structurelle du bot (clusterManager-Myia, sur #22731) a releve quatre reserves sur le module de mesure de la taxonomie Argumentum vendorisee. Cette livraison traite les quatre. 1. La tolerance de 1 % sur l'ecart depth/segments est remplacee par une table d'exceptions **nommees** (DEPTH_DEVIATION_ALLOWED = {"824": 7}). Un taux admettait une corruption *localisee* -- une famille entiere decalee d'un niveau, le cas realiste d'une resynchronisation amont -- que seule la corruption de masse franchissait. Controle mesure : 11 ecarts sur 1 408 font 0,78 %, sous le seuil de 1 % : l'ancien contrat laissait passer ce decalage en vert. La table porte la cle primaire ET la valeur de depth attendue, donc une exception ne couvre pas un PK arbitraire. 2. Une colonne `depth` vide compte desormais comme un ecart (-1) au lieu d'ignorer la ligne : une resynchronisation amont qui perd la colonne ne passe plus en vert. 3. Le contrat de sortie de main() est teste sur sa branche rouge (test_main_rend_1_sur_copie_abimee) : c'est le seul contrat de l'organe pour ses consommateurs CI et pre-commit, et aucune revision ne le couvrait -- une regression transformant le `return 0 if ... else 1` en `return 0` laissait tous les autres tests verts et l'organe aveugle. 4. Coquilles du commentaire de constante corrigees ("tolereance" -> "tolerance", "lais" -> "laisse") : c'est la phrase qu'on citera le jour ou le garde rougira. Le rapport de l'organe nomme desormais chaque ecart admis ou hors table. Suite : 20 tests verts (14 avant, 6 ajoutes) ; l'organe sur la copie locale sort en 0, l'ecart PK 824 y est affiche [admis]. Co-Authored-By: Claude Haiku 5.5 <noreply@anthropic.com> --------- Co-authored-by: Claude Haiku 5.5 <noreply@anthropic.com>
Grain: MED/tooling -- lane myia-ai-01:CoursIA-2 -- prev: MED/guard #22413
Objet
Cette PR fait deux gestes sur le même pin, volontairement dans une seule PR :
MyIA.AI.Notebooks/SymbolicAI/Argument_Analysis/Argumentumde5cb4a759→dc42437ce9(39 commits en amont) ;Les deux ne peuvent pas être séparés : le manifeste
argumentum_snapshot.jsonépingleupstream_commitet leblob_sha1de chaque copie, et les artefacts dérivés épinglent le blob de la taxonomie. Un bump seul laissemainavec un pin et des copies qui se contredisent — un bump « inerte pendant que les copies sont périmées », c'est-à-dire un manifeste qui ment sur sa propre provenance. Ici, la tête demainportera un pin et des copies cohérents entre eux.Ce que le bump n'est pas : un rafraîchissement de la taxonomie en soi. Le delta amont entre les deux pins est de 9 octets (3 lignes de données, 9 cellules de texte traduit) — aucune structure, aucun identifiant, aucun renvoi inter-cartes.
Mesure d'entrée et de sortie
git hash-objectsur les copies, blobs amont lus via l'API au pindc42437ce9:5cb4a759(état précédent)dc42437ce9(cette PR)argumentum_fallacies_taxonomy.csvf3cec0e6f519331cargumentum_virtues_taxonomy.csv74c0bcc174c0bcc1(inchangé)argumentum_fallacies.owl41b053320ddd7042argumentum_virtues.owla9f5b7eca9f5b7ec(inchangé)Les deux copies modifiées ont été rechargées verbatim depuis l'amont (téléchargement du blob au pin,
git hash-object= blob amont attendu, vérifié) — jamais éditées à la main.Delta mesuré (pin
5cb4a759→dc42437ce9)Taxonomie Fallacies (1 408 lignes × 104 colonnes) : en-tête identique, aucun ajout ni retrait de ligne, 3 lignes de données modifiées portant 9 cellules sur 6 colonnes de contenu traduit (
desc_ru2,desc_zh2,desc_ar2,desc_es1,desc_pt1,desc_fa1), soit +9 octets. Aucun identifiant, aucune famille, aucunPK, aucun renvoi inter-cartes touché.Ontologie
argumentum.owl: blob41b05332→0ddd7042, mêmes compteurs d'assertions (ObjectPropertyAssertion= 880,AnnotationAssertion= 17 222) — le delta est du contenu, pas de la forme.Taxonomie Virtues : fichier amont inchangé entre les deux pins, la copie en place reste byte-for-byte identique.
Ordre de régénération (manifeste après recopie)
argumentum_snapshot.jsonest régénéré par son organe après la recopie, au pindc42437ce9, date2026-10-26— les colonnes du manifeste se lisent dans les copies locales, le régénérer avant aurait écrit un mensonge.Artefacts dérivés — régénérés par leurs organes, pas édités
Deux artefacts commis embarquent les SHA des CSV ; les deux ont été rejoués par leur organe :
GenAI/FallacyDetection/data/phase2/manifest.jsonpython scripts/fallacy_detection/cartesian_dataset_builder.py --out …/phase2fallacies_blob_sha1change ;train.csv,val.csv,test.csvsont identiques octet pour octet (le contenu des paires ne dépend pas des colonnes traduites) ; counts et leaks inchangés (train 14 000, val 1 629, test 3 258 ;duplicate_pairs0)GenAI/FallacyDetection/data/academic/alignment_report.jsonpython scripts/fallacy_detection/align_academic_to_argumentum.py --out-csv … --out-json …logic_mafalda_to_argumentum.csvest inchangée ; couverture inchangée (LOGIC 12 DIRECT + 3 PARTIAL, MAFALDA-L2 17 + 4 + 2, 7/7 familles)Carnet re-exécuté (C.2)
05_dataset_builder.ipynbaffichait le vieux blob dans deux sorties commises (cellules 2 et 20). Ré-exécution papermill in-place : 10/10 cellules, 0 erreur,execution_countréels partout, aucune source de cellule modifiée (31 cellules avant et après, markdown identique).Noyau restauré en 3.13. La première ré-exécution avait tourné sous le kernelspec
python3de la machine de rejeu, qui pointe sur un environnement 3.12 :metadata.language_info.versionétait passé de3.13.14(base) à3.12.13, soit le sens inverse du canon d'exécution 3.13 — et un rougeKernel drift guard. Le carnet a été rejoué sous l'interpréteur 3.13 de l'envcoursia-voi-py313(3.13.16), exposé comme kernelspecpython3(même nom qu'en base, viaJUPYTER_PATH) :language_info.version = 3.13.16— écart de patch seulement avec la base (3.13.14) — etkernelspec.nameinchangé.Les sorties qui bougent sont celles attendues (blob de la taxonomie) ; les frontières de flux stdout sont désormais consolidées (une sortie de moins en cellules 5 et 17, même texte, aucune bannière, aucun chemin machine).
metadata.papermill.input_path/output_pathremis en basename (normalisation tolérée : le chemin absolu de la machine ne doit pas être commité).Validation :
python scripts/notebook_tools/validate_pr_notebooks.py origin/main …/05_dataset_builder.ipynb→ 1/1 passed, 10 cellules ;python scripts/notebook_tools/check_kernel_drift.py origin/main→ OK, 0 kernel-drift regression.Preuve de build (sous-module Argumentum)
Le gate du dépôt amont est câblé, déclenché et vert récent sur la branche par défaut (
master), au commit1c0be6472ef6(Build → success, 2026-10-25T16:24:02Z). Les trois commits qui suivent jusqu'à la cible ne touchent que des chemins ignorés par le workflow — vérifié fichier par fichier :67edec7ae0f1docs/dnn-localization/458-app49-injection-2026-10-25.mdpaths-ignore: docs/**)255946279f24docs/dnn-localization/458-cultname-ru-2026-10-25.mdpaths-ignore: docs/**)dc42437ce9(cible)docs/dnn-localization/458-tier3-mobius5-brevo-2026-10-25.mdpaths-ignore: docs/**)L'arbre build-pertinent est donc identique entre
1c0be6472ef6(vert) etdc42437ce9: le vert se transfère. À la cible exacte, les autres workflows du dépôt sont également verts :Healthcheck — Pages URLs(×2),Deploy static content to Pages,Large blob guard,Mindmap wrapper behaviour— 5 runs, 5 succès àdc42437ce9.Note d'écart : la cible est le pin mesuré par
submodule_watchau 2026-10-25 20:32Z.mastera avancé depuis (83be12d8f926), mais l'écart résiduel est un unique commit de test (test(i18n): #458 — cover horizontal margin shorthands in RTL guard) qui ne touche que des fichiers de test — aucun changement de contenu consommé par les carnets. La cible capture donc l'intégralité du delta de contenu.Scenarii — pourquoi ce n'est pas dans ce lot
La copie
GenAI/FallacyDetection/data/argumentum_scenarii_cards.csvest épinglée à son propre commit amont0ab05d66(pas au gitlink) et son blob9f20eb80est inchangé : les constantes de provenance du constructeur restent exactes et le fichier sur disque correspond à ce qu'elles annoncent (git hash-object). La resynchroniser avec le pin du gitlink changerait le contenu des prompts du dataset, donc les sorties commises en aval, et demande son propre lot de ré-exécutions. Suivi nommé et ouvert : #22414.NOTICE remis sur les faits
NOTICEetNOTICE-VIRTUESportent maintenant le pindc42437ce9, les SHA1 sources réels, les dimensions mesurées, le delta par colonne du nouveau lot, et l'entrée de resync du 2026-10-26. L'historique des resyncs précédents est conservé (les pins5cb4a759,6bc573f73,ae84c91crestent cités là où ils décrivent un geste passé). LeNOTICEde l'adaptateur OWL n'est pas touché : il cite le commit d'un port de fichier C# (fait historique du 2026-07-03), pas un pin vivant.Tests
Les deux rouges que la resync introduit (les artefacts dérivés embarquant les SHA) sont verts après régénération par les organes.
Périmètre
10 fichiers : le gitlink, les trois copies vendorees (deux CSV + l'OWL), le manifeste de snapshot, les deux NOTICE, les deux artefacts dérivés, le carnet. Aucun fichier de code touché, aucun renommage, aucun déplacement. Le pin et les copies sont cohérents entre eux à la tête.
MyIA.AI.Notebooks/SymbolicAI/Argument_Analysis/Argumentum5cb4a759→dc42437ce9)MyIA.AI.Notebooks/SymbolicAI/Argument_Analysis/data/argumentum_fallacies_taxonomy.csvMyIA.AI.Notebooks/SymbolicAI/Argument_Analysis/data/argumentum_virtues_taxonomy.csvMyIA.AI.Notebooks/SymbolicAI/Argument_Analysis/ontologies/argumentum_fallacies.owlMyIA.AI.Notebooks/SymbolicAI/Argument_Analysis/data/argumentum_snapshot.jsonMyIA.AI.Notebooks/SymbolicAI/Argument_Analysis/data/NOTICEMyIA.AI.Notebooks/SymbolicAI/Argument_Analysis/data/NOTICE-VIRTUESMyIA.AI.Notebooks/GenAI/FallacyDetection/data/phase2/manifest.jsonMyIA.AI.Notebooks/GenAI/FallacyDetection/data/academic/alignment_report.jsonMyIA.AI.Notebooks/GenAI/FallacyDetection/05_dataset_builder.ipynbApprobation
L'APPROVED du 2026-10-24T23:09Z portait sur la tête
de8170e5b397; la tête est maintenant12febf19e1— bump du gitlink, resync verbatim, puis ré-exécution du carnet sous 3.13. Le contenu de la PR ayant changé, l'approbation est à rafraîchir. Le dossier de prévalidation est, lui, à refaire à cette tête.Closes #21849.
🤖 Generated with Claude Code