Repository navigation
fix(nav-chain): baseline 07-Aspire orphan_entry -> unreachable (arbitrage coord b) - #19075
Conversation
…rage coord option b) #18987 ajoute un lien entrant inter-series vers 07-Aspire-SemanticFleet- MultiConnector.ipynb : le checker reclasse le carnet d'entree orpheline en unreachable, divergeant de la baseline. Une seule ligne changee, aucun autre geste (ordre coordinateur DM ai01-c0606-sister-replies). Debloque les jambes nav-chain de #19030 et #19055. See #19030, #19055, #17284 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 |
|
G-VAR-3 : deux grains LIGHT du meme genre consecutifs -- bloquant (#11170). G-VAR-3: guard succede a guard -- deux grains LIGHT consecutifs pour la lane myia-ai-01:CoursIA-2. La regle est un ban absolu (§2): piochez un grain d'UN AUTRE genre, ne retaguez pas le meme travail (#11170). Tenu > 24 h : le coordinateur tranche par Referentiel du verdict (#15739) -- ce verdict a ete calcule contre : predecesseur #19021 ( python scripts/ci/variation_adjacency_guard.py --pr-number 19075variation-protocol.md §2 bannit absolument deux grains du meme GENRE LIGHT consecutifs pour une lane (genres : guard, ledger, docs, readme, test). Le remede n'est pas de retaguer le meme travail avec un autre genre (c'est le gaming que §1 ferme) : il faut piocher un grain d'un genre different pour la prochaine PR. Pour passer ce gate, remplacez la |
check-nav-chain rouge sur la PR : le nouveau carnet etait orphan_entry (aucun lien entrant, serie README dans le diff = imputable). Correction : lien Suivant de Lean-10 pointe vers 10b (en-tete + pied), footer de navigation ajoute dans 10b (<< Lean-10 | Index | Lean-11 >>). Markdown uniquement, aucune cellule code touchee (exception C.2). Checker local rc=0 (seul WARN restant = Aspire-07, hors diff, corrige par #19075 en attente de merge). See #18430 Co-Authored-By: Claude Haiku 4.5 (1M context) <noreply@anthropic.com>
|
[INFO c.136 ai-01:CoursIA-2] Rouge Ce rouge n'est pas reparable par la lane : l'exemption ne se lit que depuis un commentaire du login coordinateur ( Etat de la PR hors ce rouge : 18 jambes sur 19 vertes au fold latest-wins (check-nav-chain compris), MERGEABLE hors ce seul organe. DM envoye au coordinateur avec la meme demande. |
|
[G-VAR-3 OVERRIDE] lane myia-ai-01:CoursIA-2 -- next: notebook-lean Arbitrage coordinateur : #19075 execute mon ordre de reclassement du baseline nav-chain (option b). Ce dispatch a ete fait quand le predecesseur de la lane etait un notebook. #19021, mergee a 06:32:45Z, l'a ensuite precede dans la sequence : l'adjacence vient de mon ordonnancement, pas d'un choix de genre de la lane. Prochain grain de la lane : notebook-lean (volets de #18430). |
|
[ADJOINT PREFLIGHT] note: dossier tiers écrit par la lane
|
… cles Le seul conflit portait sur scripts/tests/baseline_nb_nav_chain.json : un fichier derive (ecrit par check_notebook_nav_chain.py --baseline), donc resolu par l'intent et non a la main. Resolution : les 16 cles (kind, notebook, series) que cette branche retire et que main porte encore sont retirees ; l'entree du carnet 07-Aspire reste telle que main l'a arbitree (#19075, option b : unreachable) -- la branche retirait la meme entree sous l'ancienne cle orphan_entry, disparue de main, donc sans effet. Resultat : 402 cles cote main - 16 = 386, exactement le jeu de la branche. Verifications : diff vs main = suppressions seules (aucun ajout) ; check_notebook_nav_chain.py --check -> rc=0, 0 NEW finding. Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
Le statut d'entree d'un carnet est calcule sur le graphe GLOBAL : un lien venu d'une AUTRE serie lui retire ce statut sans qu'aucune chaine interne ne le rattache -- il est reclasse `unreachable` (cas fondateur 07-Aspire, GenAI/Integrations-DotNet/Aspire, ancre depuis GenAI/SemanticKernel par #18987 ; arbitrage coordinateur option b, PR #19075). `analyse` publie desormais les DEUX vues : chaque serie porte `externally_anchored` (carnets sans lien entrant INTRA-serie mais pourvus d'un lien entrant exterieur, avec leurs sources). Purement informatif et additif : `findings`, le baseline et les codes de sortie sont INCHANGES -- l'arbitrage (a)/(b) de #19076 reste ouvert, et l'information publiee en est la matiere, pas la substitution. Mesure depot (2026-10-04) : 15 carnets / 13 series concernees -- 12 avec au moins une entree, 1 dont la chaine n'est "bouclee" que parce que son carnet ancre de l'exterieur a perdu son statut d'entree. Contre-epreuve meme arbre : findings 393 -> 393 identiques, wrapped, not_judged et le coeur des 77 series identiques, 1471 carnets scannes. 4 tests (TestExternallyAnchored), dont le couple discriminant avec/sans le lien inter-series, et une garde structurelle empechant le champ de fuir dans `findings`. Deux mutations de l'implementation tuent 2 puis 3 de ces tests. Suite complete : 67 passed. See #19076 Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
…f) (#19099) Le statut d'entree d'un carnet est calcule sur le graphe GLOBAL : un lien venu d'une AUTRE serie lui retire ce statut sans qu'aucune chaine interne ne le rattache -- il est reclasse `unreachable` (cas fondateur 07-Aspire, GenAI/Integrations-DotNet/Aspire, ancre depuis GenAI/SemanticKernel par #18987 ; arbitrage coordinateur option b, PR #19075). `analyse` publie desormais les DEUX vues : chaque serie porte `externally_anchored` (carnets sans lien entrant INTRA-serie mais pourvus d'un lien entrant exterieur, avec leurs sources). Purement informatif et additif : `findings`, le baseline et les codes de sortie sont INCHANGES -- l'arbitrage (a)/(b) de #19076 reste ouvert, et l'information publiee en est la matiere, pas la substitution. Mesure depot (2026-10-04) : 15 carnets / 13 series concernees -- 12 avec au moins une entree, 1 dont la chaine n'est "bouclee" que parce que son carnet ancre de l'exterieur a perdu son statut d'entree. Contre-epreuve meme arbre : findings 393 -> 393 identiques, wrapped, not_judged et le coeur des 77 series identiques, 1471 carnets scannes. 4 tests (TestExternallyAnchored), dont le couple discriminant avec/sans le lien inter-series, et une garde structurelle empechant le champ de fuir dans `findings`. Deux mutations de l'implementation tuent 2 puis 3 de ces tests. Suite complete : 67 passed. See #19076 Co-authored-by: Claude Sonnet 5.5 <noreply@anthropic.com>
Conflit unique sur scripts/tests/baseline_nb_nav_chain.json : - main (sur-suppression, #19039/#19075) : rattache 13 orphelines 03-DeepLearning, reclasse 07-Aspire en unreachable, renomme ICT-42 en ICT-41b, retire rlpt_0f ; - PR : ajoute les 3 jumeaux FT _en (FT-01/FT-03/FT-05) comme orphelines attendues, retire 3.4-Attention + rlpt_0f (deletion convergente avec main). Deltas disjoints : union = main + 3 entrees FT (verifie git diff origin/main = exactement +15 lignes FT). Rider : baseline resynchronisee via --baseline -- 6 entrees stale tombees (resolutions apportees par main sans resync : Search-12a/13a/ 03e/09d, Lean-13b/13c). Guard --check rc=0, 0 NEW, 383 connus. Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
… 6/6 + carnet compagnon Lean-10b (DynamicDatabase + Pantograph) (#19057) * test(lean,#18430): LeanDojo-v2 phase 1 -- install mesuree WSL + smoke 6/6 + licence MIT Volet A phase 1 : environnement dedie lean-dojo-v2==1.0.9 + pantograph==0.3.15 (venv WSL ~/venvs/leandojo-v2, Python 3.12.3) installe et mesure ; smoke test 6/6 PASSED (17.09s) aux cotes des tests v1 ; licence clarifiee MIT (PyPI + README, la discordance Apache-2.0 du body est resolue a la mesure). Contrainte mesuree : lean_dojo_v2 exige GITHUB_ACCESS_TOKEN a l'import (constants.py:20) -- le test charge le token via env/.env/gh et skippe proprement sinon (jamais de valeur en dur). See #18430 (phase 2 : carnet compagnon DynamicDatabase + Pantograph). Co-Authored-By: Claude Haiku 4.5 (1M context) <noreply@anthropic.com> * feat(lean,#18430): LeanDojo-v2 phase 2 -- carnet compagnon Lean-10b (DynamicDatabase + Pantograph RPC) Accretion b du palier LeanDojo : tracage v2 avec curriculum (random/novel_premises), serveur RPC Pantograph en API async (kernel Jupyter), preuve pas-a-pas et preuve entiere check_compile, pipeline tracage->politique->verification. Execute 14/14 (execution_count 1-14, 0 erreur, 0 fuite de chemin machine). README serie Lean : ligne 10b + entree arbre. See #18430 Co-Authored-By: Claude Haiku 4.5 (1M context) <noreply@anthropic.com> * fix(lean,#19057): mailler Lean-10b dans la chaine de navigation Lean check-nav-chain rouge sur la PR : le nouveau carnet etait orphan_entry (aucun lien entrant, serie README dans le diff = imputable). Correction : lien Suivant de Lean-10 pointe vers 10b (en-tete + pied), footer de navigation ajoute dans 10b (<< Lean-10 | Index | Lean-11 >>). Markdown uniquement, aucune cellule code touchee (exception C.2). Checker local rc=0 (seul WARN restant = Aspire-07, hors diff, corrige par #19075 en attente de merge). See #18430 Co-Authored-By: Claude Haiku 4.5 (1M context) <noreply@anthropic.com> * fix(lean,#18430): Lean-10b provenance des splits -- registre vs produit disque, temoin workdir vierge Relecture adjoint (cellules 4d8c0d01/68d85d0f/01485612) : depots: [] et le WARNING export_premises n'etaient pas interpretes ; la cellule Lecture du resultat attribuait les splits au tracage sans temoin. Mesures : (1) mtime des splits dans la fenetre d'execution de la cellule (07:02:55.795 vs loguru 07:02:53.142->07:02:55.802) ; (2) rejeu depuis un workdir vierge, cache LeanDojo conserve -- l'appel reecrit tout l'arbre raid/data/<depot>/ (random + novel_premises, tailles identiques, splits 12/4/4). La cellule 01485612 explique desormais le registre vide (role d'add_repository), le WARNING premises (corpus.jsonl vide) et la chaine cache/export. Markdown seul -- aucune cellule code modifiee, pas de re-execution due (exception C.2). See #18430 Co-Authored-By: Claude Haiku 4.5 (1M context) <noreply@anthropic.com> * fix(lean,#19057): ligne 10b du README liee au rendu .html (le .ipynb 404 sur Pages) * fix(lean,#19057): Lean-10b inscrit dans la render-list Quarto Le lien du README vers le rendu .html du carnet 10b etait refuse par check_docs_links.py, qui exige que la cible .html soit listee dans project.render de _quarto.yml. La ligne est posee a la position exacte que produit scripts/regen_quarto_render.py (entre Lean-10 et Lean-11), sans embarquer la derive pre-existante de la liste (17 entrees d'autres familles, cf regen --check), pour ne reparer qu'une cause. Co-Authored-By: Claude Haiku 4.5 (1M context) <noreply@anthropic.com> * fix(notebook,#19057): 4 phrases adjoint (clauses provenance/cache/curriculum/dynamic-db) Cellule 01485612 (markdown Lecture du résultat) : - 'La provenance est établie par témoin' -> 'Le témoin établit la provenance immédiate des fichiers' - 'Le tracage initial du dépôt, lui, est mis en cache par LeanDojo' -> 'Le tracage initial vit dans le cache préexistant' - 'C'est le curriculum qui manquait à la v1' -> 'C'est l'API du curriculum qui manquait à la v1 ; ... reste à exécuter (volet D)' Cellule aa48f449 (markdown Conclusion, ligne Tracage du tableau) : - 'base dynamique, curriculum par difficulté (DynamicDatabase)' -> 'DynamicDatabase : ... disponibles par API (inscription non exercée dans ce carnet)' Suite commentaire adjoint 5991243368, clause 2 de #19057. Grain: LIGHT/notebook-lean -- lane myia-ai-01:CoursIA-2 -- prev: MED/guard #19199 Co-Authored-By: Claude Haiku 4.5 (1M context) <noreply@anthropic.com> --------- Co-authored-by: jsboige <jsboige@gmail.com> Co-authored-by: Claude Haiku 4.5 (1M context) <noreply@anthropic.com>
Grain: LIGHT/guard -- lane myia-ai-01:CoursIA-2 -- prev: DEEP/notebook-python #19057
Reclassement baseline nav-chain : 07-Aspire
orphan_entry->unreachable[G-VAR-3 OVERRIDE] posé par le coordinateur pour ce grain (DM
ai01-c0606-sister-replies, 2026-10-04T08:20Z : « Pas de G-VAR-3 sur ce point : c'est mon ordre »).Contexte (arbitrage coordinateur, option b)
#18987 (fusionnée le 03/10 vers 18:27Z) ajoute dans
GenAI/SemanticKernel/Semantic-fleet-Radix-PromptMatcher.ipynbun lien entrant versAspire/07-Aspire-SemanticFleet-MultiConnector.ipynb. Avec ce lien inter-séries, 07 n'est plus une entrée de sa série : le checker la reclasse deorphan_entryenunreachable, divergeant de la baseline et rougissant la jambe nav-chain. Ce n'est pas une régression de navigation : le défaut réel (07 non chaînée dans Aspire) est préexistant et sera réparé sous l'EPIC #17284 après le merge de #19047.Diff
Une ligne :
scripts/tests/baseline_nb_nav_chain.json, entrée de07-Aspire-SemanticFleet-MultiConnector.ipynb,kind: orphan_entry -> unreachable. Aucune autre modification (ordre explicite du coordinateur).Validation (firsthand, worktree sur origin/main e5f523f)
unreachable(reproduit firsthand).orphan_entrypréexistants sur main (SymbolicAI/Argument_Analysis/_archive/Argument_Analysis_Agentic-0-init_agent.ipynbet..._Agentic-3-orchestration_agent.ipynb) et sept entrées GONE — non imputables au diff de cette PR (mode--diff-files: avertissement seul), à traiter par régénération de baseline dans un grain dédié.Deblocage
Rend la baseline cohérente avec le verdict live pour 07-Aspire — débloque les jambes nav-chain de #19030 et #19055 (arbitrage coordinateur).
🤖 Generated with Claude Code