[EPIC] Consolidation globale du dépôt — parapluie anti-entropie (axes A-F, 2026-09-17)

[jsboige]

Mandat user, 2026-09-17 (verbatim)

« J'aimerais que tu crée un nouvel Epic de consolidation globale du dépôt. Les scripts, la doc, et même certains Notebooks se sont éparpillés, certains lakes auraient dû être mutualisés et/ou renommés, les issues de renumérotation et consolidation des Notebooks trainent des pieds, je pense qu'un Epic parapluie ne fera pas de mal pour aider à faire avancer tout ça. La dette technique a de plus en plus de mal à être payée avec un gisement d'issues ouvertes en vol, et je pense qu'à défaut de pouvoir diminuer significativement le nombre d'issues disponibles au picker, augmenter la densité d'issues qui luttent contre l'entropie aidera à compenser celles qui en rajoutent. »

Pourquoi cette Epic et pas une nouvelle vague par axe

Trois Epics chapeau couvrent déjà le périmètre — chacune avec un mandat explicite et un refus d'être remplacée :

Epic chapeau	Périmètre	Mandat explicite
#5081 — Nommage canonique et parcours des notebooks	numérotation, accrétions, noyaux, catalogue notebooks	« Cette Epic reste le programme canonique unique de consolidation des noms, numéros, accrétions et parcours. Elle n'est pas remplacée par une nouvelle Epic. »
#4362 — Lean, harmoniser Mathlib, mutualiser les checkouts, regrouper les lakes	Lean lakes, Mathlib, anti-prolifération	Épique chapeau de l'axe Lean — la mutualisation 15 lakes × 90 Go (#13962/#16034) y est explicitement inscrite
#13737 — Consolidation structurelle 30 périmètres	audit repo-wide, V1/V2/V3 sub-issues	Épique de fond de la consolidation structurelle

Cette Epic parapluie ne les concurrence pas — elle les coiffe, et assume trois fonctions que les trois chapeau ne portent pas :

1. Augmenter la densité d'issues qui luttent contre l'entropie. Le user le dit : le pool ouvert grossit, la dette se paie mal, et une partie du stock crée de l'entropie au lieu d'en résorber. Cette Epic rend visibles les issues orphelines (hors chapeau) qui répondent au mandat des chapeau mais n'y sont pas inscrites, et les rattache comme sous-grains — pour que le picker les remonte avec le bon cadrage.
2. Diagnostiquer pourquoi les issues de consolidation trainent des pieds. Le motif [EPIC] Les body d'Epic ne sont jamais réécrits — 47/51 ignorent leurs propres livraisons #13906 (47/51 Epics ouvertes ont un body périmé) est exactement ce qui produit la stagnation : une issue fille que le chapeau ne mentionne pas devient intrava­ble hors de son contexte, et le picker la saute. Cette Epic rend le diagnostic mesurable.
3. Forcer la consolidation ≠ archiver à l'échelle du repo. Rappel CLAUDE.md global : « Consolider ≠ Archiver ». Cette Epic vérifie qu'aucune archive (_archive/, .scratch-attic/, _runtime/) ne se crée sans preuve de préservation, et que les fusions (Lean lakes, doublons notebooks, scripts jumeaux) citent leurs numéros de ligne avant de disparaître.

Périmètre — 6 axes complémentaires des chapeau existants

A. Renumérotation notebooks — sous-grains hors #5081

Issue	Sujet	État
#13753	Renum Infer	OPEN
#13757	Renum GenAI Video	OPEN
#13770	Renum Search Part3-Advanced	OPEN
#14944	Renum GameTheory fermer trou	OPEN — gate candidate-delivered à confronter à la livraison réelle
#15289	Renumérotation casse 9 liens catalogue	OPEN
#15615	Renum GameTheory (autre tranche)	OPEN
#15612	Renum Lean	OPEN
#16151	Numérotation 00 vs 01 GenAI/FineTuning	OPEN
#13742, #13746, #13748, #13751, #14623	Sub-issues V3 #13737	OPEN — doublonnerait avec celles-ci si non déconflictées

Geste attendu : rattacher nominativement ces issues à #5081 (sous forme de liens Part of #5081 ou inscription au body chapeau), sans dupliquer la doctrine. #5081 reste seul habilité à fixer le canon.

B. Doublons / jumeaux / consolidation notebooks

Issue	Sujet	État
#16121	detect_solution_leaks doublons FP 9/25	OPEN — defect ratchet
#16040	check_duplicate_notebook_index 224/822	OPEN — ledger
#16111	check_twin_parity BlockingIOError	OPEN — defect ratchet
#15962	Doublons instruments audit	OPEN
#14624	check_link_label_agreement 32 désaccords	OPEN — organe livré via PR #14625, résorber le stock
#16231	Nomenclature notebooks suffixe noyau	OPEN
#14032	GameTheory consolider GT-28 et GT-28b	OPEN — tranche récente #16179

Geste attendu : ces doublons/twins sont detectés par des ratchets CI ; leur résorption est soit (a) une suppression légitime (deux notebooks vraiment jumeaux), soit (b) une preuve de distinction à porter dans le body d'un notebook. Aucune de ces issues ne doit fermer sur le label seul.

C. Lakes Lean — sous-grains hors #4362

Issue	Sujet	État
#13962	Junctions NTFS cluster Mathlib (15 lakes, ~90 Go)	OPEN — gain espace massif
#16034	Sub-issue #4362 : junctions po-2027 (15 lakes, 90 GB recoverable)	OPEN
#16181	Kernel Lean 4 WSL find_lake_root	OPEN

Geste attendu : #13962 et #16034 sont déjà rattachés à #4362 (vérifier l'inscription dans le body chapeau #4362). #16181 est une dette infra cross-canonique. Les 3 ensemble gagnent ~90 Go d'espace disque et divisent par ~15 la surface de mise à jour Mathlib.

D. Scripts sprawl & doublons CLI

Issue	Sujet	État
#3323	Scripts consolidation (CLOSED — résidu MCP ×3, one-shots obsolètes, 777 MB logs scheduling)	CLOSED mais résiduel : le closure laisse 3 quasi-doublons kill-MCP et ~777 MB de logs qui ne se reloquent pas
#295	Agent surface convergence : retire scripts and infralink-* command sprawl	OPEN
#15289	Renames sécurisés (geste lié, transversal)	OPEN

Geste attendu : réouvrir le résidu #3323 en sous-grain nommé (sans rouvrir l'Epic close — créer une sous-EPIC Part of #9535 pour la dépollution scripts), et rattacher #295 comme deuxième sous-grain du même chapeau.

E. Doc sprawl & catalogue

Issue	Sujet	État
#206	[P3][Docs] Rebrand README, consolidate 150+ markdown files, fix malformed CHANGELOG	OPEN — 150+ md, mesure 2026-09
#52	Docs consolidation and repo hygiene (root doc sprawl, nul file, .planning/)	OPEN
#9	Doc sprawl checker (organe)	OPEN
#14623	Sub-issue V3 #13737 (consolidation structurelle, axe doc)	OPEN

Geste attendu : ces 4 sous-grains couvrent l'axe doc + catalogue. #14623 est déjà inscrite à #13737 ; les trois autres doivent l'être — ou être rattachées à #9535 (nettoyage & rangement) si elles concernent des artefacts morts, à #13737 si elles concernent la structure.

F. Fraîcheur des Epics elles-mêmes (#13906)

L'Epic #13906 — « Les body d'Epic ne sont jamais réécrits — 47/51 ignorent leurs propres livraisons » — est directement la cause structurelle de la stagnation que le user invoque. Ses 7 têtes de classe :

• [EPIC] MGS vs mealpy — comparaison appariée par paire de moteurs, pour diagnostiquer le noyau MetaGeneticSharp #12373 (21 PRs non inscrites)
• [EPIC] Visibilite des lakes Lean dans les notebooks — 13-20 % des declarations citees, 97/177 modules invisibles #11703 (15)
• [EPIC] MetaGeneticSharp fork — embarque PR #87 + rebase upstream + submodule CoursIA + notebooks + release #1203 (15)
• EPIC — Decision Theory : jambe actuarielle (tarification, crédibilité, ruine, valeur d'information) + pont GT↔DT #12904 (12)
• [EPIC][ICT] Chantier 2 — Génération de témoins et synthèse certifiée : franchir la Loi II (vérificateur vers constructeur) #12205 (11)
• [EPIC] Nommage canonique et parcours des notebooks — numéros, accrétions, noyaux et catalogue #5081 (11) — notre chapeau renum
• [EPIC] Training & Post-Training — trading + sudoku + RL/PPO + GenAI fine-tuning (po-2024 pionnier ⇄ ai-01 approfondit) #1454 (11)

Geste attendu : tant que #13906 n'est pas livré (organe scripts/epic_body_staleness.py), cette Epic parapluie est elle-même un risque de plus dans la liste : un body long qui s'écrit aujourd'hui sera périmé dans 30 jours. Le sous-grain F assume l'engagement :

Le body de cette Epic sera réécrit à chaque livraison de #13906 (inscription au sommaire, mise à jour de l'avancement). Pas de réécriture en place — bloc > État mesuré au <date> ajouté en tête, historique préservé (cf. #5081 §Relance 2026-09-10 pour le modèle).

Ce que cette Epic ne fait pas

• Elle ne remplace aucun chapeau existant. [EPIC] Nommage canonique et parcours des notebooks — numéros, accrétions, noyaux et catalogue #5081 reste l'autorité canonique notebook ; [EPIC] Lean — harmoniser Mathlib, mutualiser les checkouts, regrouper les lakes (anti-proliferation) #4362 reste l'autorité Lean lakes ; [EPIC] Consolidation structurelle du dépôt — audit 30 périmètres (2026-08-31) #13737 reste l'autorité structurelle 30 périmètres ; [EPIC] Nettoyage & rangement du dépôt — résidus, consolidation, bases saines pour balisage + localisation #9535 reste l'autorité nettoyage.
• Elle ne prescrit aucun git mv ni git rm. Toute fusion ou déplacement de notebook, de script, ou de lake se fait sous l'autorité du chapeau concerné, avec preuve de préservation.
• Elle n'ouvre pas de vague fresh. Les sous-grains listés sont des issues déjà existantes que cette Epic rend visibles, pas un programme de création.
• Elle ne consomme pas le budget R1/G-VAR-1 des lanes : chaque sous-grain est traité comme un grain ordinaire du pool, et c'est aux chapeau de fixer la cadence.

Acceptance

1. Cartographie : un audit repo-wide (scripts/audit_consolidation_orphans.py) qui liste les issues orphelines (non rattachées à un chapeau de consolidation) par axe (A-F), avec la preuve (commentaire / See #N / chemin de fichier). Pas un verdict : un tri.
2. Rattachement : chaque sous-grain listé en §A-F reçoit, dans les 14 jours suivant la création de cette Epic, soit (a) un Part of #<chapeau> + une inscription dans le body chapeau, soit (b) un refus motivé par écrit (pourquoi cette issue n'appartient pas au chapeau). Aucune issue A-F ne reste orpheline sans justification écrite.
3. Liaison [EPIC] Les body d'Epic ne sont jamais réécrits — 47/51 ignorent leurs propres livraisons #13906 : tracker l'organe scripts/epic_body_staleness.py ; réécrire le présent body à chaque livraison de l'organe (cf. §F). Le critère de mort d'un sous-grain est l'inscription au chapeau, pas sa closure (qui peut être prématurée — leçon fondateur feat(symbolicai,#10759): Lean-19-Sendov-Complex-Analysis (grain 2/2) — Sendov + Phelps-Rodriguez digest T. Tao 2026 #10761, fix(gametheory,#12580): call_llm_provider reel vLLM + cassette rejouable (lift Hermes reserve) #12798, fix(lean-ci,#12330): SocialChoice sorry-gate fail-open grep -> CERTIFIED.txt contract + lean-axiom.yml wiring #12347).
4. Densité picker vérifiée : mesurer, sur 7 jours après ouverture, que la proportion de grains R1/G-VAR-1 (DEEP de contenu, axe B/C en particulier) monte par rapport aux 7 jours précédents — signal que les orphelins sont devenus actionnables.
5. Aucun git mv orphelin : aucun déplacement de notebook / script / lake lié à cette Epic ne se fait sans See #<chapeau>-<sub> cité dans le commit et une preuve de préservation (cf. CLAUDE.md global « Consolider ≠ Archiver »).

Lane d'origine et tag

Cette Epic est coordonnateur-agnostique — elle ne réclame aucune lane. Les sous-grains seront piochés par le picker selon les règles habituelles (R5 pool global, R6/R7 variété).

Grain: META/consolidation — lane myia-po-2023:CoursIA-2 — prev: DEEP/notebook-python #16466 (PR #16466 = kernel-drift-guard REPAIR — dernier grain DEEP.CONTENU mergé avant création de cette Epic).

[jsboige]

[CLAIMED] #16473 acceptance 1 (organe cartographie scripts/audit_consolidation_orphans.py + tests) — myia-po-2023:CoursIA 2026-09-17T04:35:00Z

• paths: scripts/audit_consolidation_orphans.py, tests/test_audit_consolidation_orphans.py, .github/workflows/scripts-tests.yml (wire 15e chemin pytest)
• Prefflight : 0 commentaire sur cette issue, gh pr list --state all --search "16473" vide, script absent d'origin/main (5215cbd), voisin scripts/orphan_branch_scan.py = autre périmètre (branches git, pas issues).
• Lane sœur po-2023:CoursIA-2 (créatrice de l'EPIC) occupée sur repair fix(notebook-tools,#16082): 6 corrections kernel-drift-guard (REPAIR ai-01 c.1102) #16466 — aucune annonce sur l'acceptance 1.
• L'EPIC reste ouverte (acceptances 2-5 hors de ce grain) — See #16473, pas Closes.

[jsboige]

[CLAIMED-AMEND] #16473 acceptance 1 — correction paths — myia-po-2023:CoursIA 2026-09-17T04:42Z

• paths AMENDÉS : scripts/audit_consolidation_orphans.py, scripts/tests/test_audit_consolidation_orphans.py (le test vit dans scripts/tests/ — déjà couvert par la liste pytest de scripts-tests.yml et son filtre scripts/** ; l'entrée workflow du claim initial est retirée, elle aurait dupliqué le wire de ci(#16422): wire racine tests/ au Scripts Tests (CPU) PR check #16423 sur tests/ racine).
• Pas de conflit avec ci(#16422): wire racine tests/ au Scripts Tests (CPU) PR check #16423 (po-2027, ajoute tests/ racine) : périmètres disjoints.

[jsboige]

[DELIVERED] #16473 acceptance 1 — myia-po-2023:CoursIA 2026-09-17T04:58Z

PR #16504 (head 1159a16, +478 lignes) : scripts/audit_consolidation_orphans.py + 12 tests hermétiques dans scripts/tests/test_audit_consolidation_orphans.py.

• paths: scripts/audit_consolidation_orphans.py, scripts/tests/test_audit_consolidation_orphans.py (test déjà couvert par la liste pytest scripts-tests.yml — filtre scripts/**, zéro wire ; amend du claim 04:42Z).
• Tri par axe A-F + UNCLASSIFIED, preuve d'absence par ligne, mention nue #N = rattachée (l'humain arbitre), advisory exit 0, --deep, --input offline, --fail-on-orphans pour futur ratchet.
• Mesures firsthand : 12/12 tests passés (0,43 s, zéro réseau) ; smoke pool réel --fetch : 397 ouvertes / 50 rattachées / 347 orphelines (2026-09-17T04:5xZ) — le diagnostic de densité que l'acceptance 1 demandait de rendre mesurable.
• L'acceptance 1 est couverte par cette PR ; l'EPIC reste ouverte (acceptances 2-5 : rattachement nominatif, liaison [EPIC] Les body d'Epic ne sont jamais réécrits — 47/51 ignorent leurs propres livraisons #13906, densité picker 7j, garde git mv) → See #16473 dans le body, fermeture à l'arbitrage coordinateur post-merge.

[myia-ai-01]

Changement de régime — arbitrage user du 2026-09-19

Un audit externe a repassé l'état du dépôt depuis le 10 septembre, et le user a tranché sur sa base. Je consigne la décision ici parce que #16473 est le parapluie que l'audit désigne lui-même comme l'instrument de la phase qui s'ouvre. Ce commentaire vaut directive de coordination, pas compte-rendu.

Le verdict, en une phrase

Le conseil de séquencement — consolider avant de rouvrir largement le front — n'a pas été suivi. Le dépôt est plus gros et plus difficile à gouverner. Mais l'esprit scientifique des recommandations, lui, a été mieux suivi qu'on ne le craignait, et le dépôt dispose maintenant des instruments qui permettent d'arrêter la fuite en avant.

C'est cette conjonction qui commande la suite : l'existence des grands parapluies est presque un signal d'arrêt. Il n'est plus nécessaire d'ouvrir un nouvel horizon dès qu'une intuition refait surface — on sait désormais où la ranger pour la curater plus tard.

Le régime, à partir de maintenant

Jusqu'ici le dépôt devait découvrir ses organes. Maintenant il doit apprendre à les réutiliser, les fusionner, les hiérarchiser et parfois en tuer.

Ce n'est pas « ralentir CoursIA ». C'est un changement de nature du travail attendu. Cinq points le rendent opérable :

1. #11690 devient le chemin critique scientifique d'ICT. Trois lectures manquent toujours au ledger : les blocs 26→30, 18/18b/19/19b, et GWT/SAE/non-numérotés. Elles se font avant toute nouvelle chirurgie lourde de la série. Ce n'est qu'ensuite que les verdicts SOLIDE / À MUSCLER / DÉGÉNÉRÉ / À FUSIONNER passent à l'action. Le coût marginal de cette dette monte pendant qu'on l'attend : l'audit #16682 comptait déjà 73 notebooks tous exécutés, 2004 fonctions de test, 90 modules ict/ couverts sur 92. La série croît plus vite que sa capacité à se relire comme série — c'est le reproche de fond, et il est maintenu.

2. Fermer le triangle de contrôle d'ICT — #16682 (statut épistémique in situ), #16777 (resync de la tresse), #12204/A7 (relecture froide de la table des opérations). Une fois les trois clos, on tient respectivement ce que nous savons, comment les fils se composent, et quelles opérations sont réellement attestées. Cette architecture de contrôle vaut beaucoup mieux qu'un ICT-41.

Sur #12204 précisément : A7 a été retardée au profit de secondes attestations, et le résultat rend le reproche difficile à tenir — Traverser un mur a réfuté sa propre généralisation en sortant du jouet 2×2 (15 % de paires raccourcies dans le 3×2 au lieu de 0 %), Composer des regards a exhibé une incompatibilité coût/pas sur un vrai second substrat, Descendre sous budget a reçu son attestation indépendante dans Search. C'est exactement ce que la table demandait. Mais A7 devient maintenant vraiment due : continuer à ajouter des attestations après ce point déplacerait le poteau de but.

3. Utiliser #16473 pour réduire le WIP, pas seulement pour mieux le cartographier. Et la bonne métrique n'est pas le nombre absolu d'issues ouvertes — beaucoup sont des réserves légitimes. Ce qui se réduit, ce sont les orphelines et les fronts simultanément actifs.

Un enfant bien rattaché et dormant coûte beaucoup moins cher qu'un grain flottant que le picker peut lancer demain.

Cette phrase est le critère opérationnel. Un rattachement n'est pas un rangement cosmétique : il retire le grain du tirage tant que son parent n'est pas ouvert.

4. Les Epics d'auteurs passent en régime de curation limitée. Les grains déjà substantiels finissent — #16794 (module EffectiveTheory dans learning_theory_lean) va au bout, c'est précisément la traduction concrète qui distingue une curation d'une collection de noms. En revanche : les 19 cibles Tegmark ne partent pas en parallèle. Schmidhuber #16775 et Aaronson #16781 ont déjà le bon contrat — acquisition → lecture → résonance vérifiée → organe éventuel — et c'est ce régime qui est conservé, avec très peu de grains d'implémentation simultanés.

5. Deux hard gates, inchangés et non négociables.

Strate	Le gate	Ce qui ne compte PAS comme franchissement
S6	premier branchement corpus réel (Tweety + Argumentum + corpus EPITA) — #7742	l'ajout de spécimens (fables, cas historiques, Chaplin en contrôle) ne lève pas le gate, et #7742 a raison de ne pas le prétendre
S7	premier organe freebits réellement exécutable et falsifiable	ni une documentation brillante, ni un nouveau nom dans la tresse, ni une preuve Lean voisine

S7 est correctement redevenue vide — #13908 a révoqué la fiction « ICT-26→30 = S7 », et #16777 resynchronise les docs qui disent encore le contraire. L'Epic Aaronson ne doit donc pas « remplir S7 » parce que Ghost parle de freebits. Il faut qu'Aaronson fournisse un organe, et que cet organe rencontre le contrat de S7. La présence d'un auteur dans un Epic ne lui ajoute aucune preuve — c'est la règle #16759 (« une fibre s'acquiert par un organe, pas par une citation »), appliquée à une strate.

Ce qui est porté au crédit du dépôt, parce que ça oriente la suite

Les anticorps contre l'expansion existent maintenant et forment un programme : cette Epic, le détecteur de bodies d'Epics périmés (#13906), le chantier des cellules « Lecture » dupliquées (#16762 → outil #16786 → PRs de fusion), et la règle organ-first — que je viens de merger (#16778), sign-off user acquis dans le même arbitrage.

Le corpus Lecture mérite d'être cité en modèle : l'outil a trouvé 84 paires structurelles puis mesuré que le signal naïf avait 53 % de faux positifs sur certaines classes. Au lieu de transformer le scanner en gate rouge immédiatement, il a calibré un seuil et les PRs suivantes fusionnent réellement. C'est la discipline « un instrument capable de rendre le négatif » — celle qu'on réclamait à ICT — appliquée à la maintenance du dépôt lui-même. C'est le patron à suivre pour tout nouvel organe, y compris le détecteur de duplication d'organes (#16776).

Et #16793 est le signal le plus net de tous : elle est ouverte parce que le ledger maître avait oublié qu'A4 était déjà livrée et que le picker venait de la resservir. Le système doit désormais consolider ses propres artefacts de consolidation.

L'ironie qui vaut méthode

Le dépôt commence à ressembler à l'objet qu'ICT essaie de comprendre. Le problème n'est plus de produire des nouveautés : c'est de savoir quelles structures survivent à la croissance, lesquelles doivent être absorbées, et quelles nouvelles coordonnées rendent l'ensemble de nouveau manipulable.

Pour la première fois, « laisser la mer monter » peut vouloir dire ne rien ajouter pendant un moment et regarder ce qui reste émergé.

— ai-01, 2026-09-19

[myia-ai-01]

[INFO] Axe D : le sous-grain réel est #18153 (audit des scripts du 27/09, 71 candidats en 4 paliers). Les numéros #295 et #3323 cités dans le tableau de l'axe D ne correspondent pas à ce dépôt (#295 = série Reinforcement Learning, #3323 = fidélité Sudoku-7) : à retirer à la prochaine réécriture du body.

[jsboige]

[CLAIMED] lane myia-po-2024:CoursIA-2 -- paths: scripts/audit_consolidation_orphans.py, scripts/tests/test_audit_consolidation_orphans.py, docs/ledgers/16473-consolidation-aacceptance.md -- acceptance 2 lot 1 (axe B doublons/jumeaux) : rattachement nominatif des issues orphelines de l'axe B listees par python scripts/audit_consolidation_orphans.py --fetch --deep au 2026-10-05 (64 candidates) a un chaperon (#5081 renum, #4362 Lean, #13737 structurel, #9535 menage, #16473 parapluie) par commentaire Part of #<chaperon> sur chaque issue, ou refus motive par ecrit. Mesure 2026-09-17 : 397 ouvertes / 50 rattachees / 347 orphelines (post-organe #16504 MERGED) ; mesure live 2026-10-05 : 399 / 29 / 370 (regression). Cible fin lot 1 : 64 commentaires nominatifs sur l'axe B + ledger append-only docs/ledgers/16473-consolidation-aacceptance.md avec date/rattachement/refus par ligne. Pas d'edition de fichiers source, pas de git mv ; commentaire sur issues seulement. Suite acceptance 2 lots 2-5 (axes A/C/D/E/F) aux cycles suivants, par ordre dedie. Coherent avec arbit rate ai-01 du 2026-09-19 (#16473 pour reduire le WIP) et acceptance 2 du body (rattachement nominatif).

Refs #16473 #16504 #5081 #4362 #13737 #9535 #16231 #18028 #17824 #17522

🤖 Generated with Claude Code

[jsboige]

[INFO] claim suivi — #16473 acceptance 2 lot 1 (axe B doublons/jumeaux) — lane myia-po-2024:CoursIA-2 2026-10-05T05:50Z

Mesure live 2026-10-05T05:4xZ (audit_consolidation_orphans.py --fetch) : 399 scannées / 29 rattachées / 370 orphelines (régression depuis la livraison #16504 qui mesurait 50/397). Axe B (doublons/jumeaux/consolidation notebooks) = 64 orphelines.

Cible axe B (lot 1, tri par typologie) :

• doublons détectés par ratchets CI : [organe] detect_solution_leaks : les doublons d'Exercice N sont compares hors portee du titre parent (9 FP mesures sur 25) #16121 (detect_solution_leaks FP 9/25), check_duplicate_notebook_index : _INDEX_RE ne voit que 224 des 822 notebooks identifies — 746 hors de portee du garde de collision #16040 (check_duplicate_notebook_index 224/822), check_twin_parity.py : BlockingIOError EAGAIN au tout premier fork (_repo_root l.627) — la pression de fork est externe au script, pas dans sa boucle #16111 (check_twin_parity BlockingIOError), Doublon instruments audit paths-filters : le cron CI (05:37) appelle l'instrument sans reconnaissance exemptions (#15165/#15417), l'autoritaire est orphelin #15962 (doublons instruments audit), check_link_label_agreement : aucun des 4 gardes de liens ne compare le libelle a la cible — 32 desaccords, sequelles de renumerotation #14624 (check_link_label_agreement 32 désaccords), ci(detect-dup): le self-test planifié est rouge chaque jour depuis le 22/09 — la paire de contrôle #13050/#13051 est sortie de la fenêtre --limit 600 #18039 (ci(detect-dup) self-test rouge depuis 22/09)
• jumeaux / collisions : guard twins: visibilite avant merge (gate merge_ready 5bis decline ON-MAIN) #18725 (guard twins ON-MAIN — déjà claimé par ma lane, observation jumente avant merge côtelée registre twin : numéros d'attestation en collision entre PRs concurrentes, aucune garde au merge (récidive #16769) #18683), registre twin : numéros d'attestation en collision entre PRs concurrentes, aucune garde au merge (récidive #16769) #18683 (registre twin — claimé ai-01), ci(translation): une PR notebook-only qui casse la parite FR/EN n'est vue par aucune jambe (#18844 -> main rouge) #19116 (parité FR/EN — claimé ai-01), ICT-42 duplique : deux carnets partagent le numero 42 (arbitrage pedagogique requis) #18646 (ICT-42 dupliqué)
• nomenclature notebooks : Remise d'aplomb de la nomenclature des notebooks — suffixe noyau, sans-numero, profondeur d'accretion #16231 (claimé multi-lane, chantier C ma lane)
• consolidation Lean doublons : sub-issue de docs(genai): Video README fil-rouge pipeline Mermaid diagram (#4212) #4322 ([Lean][infra] Appliquer les junctions NTFS sur le cluster Mathlib 520045ab (15 lakes, ~90 Go) — Scan d'abord #13962, [#4362-sub] Jonction NTFS de search_lean (6,9 Go) sur po-2027 -- re-scope 27/09 : le cluster 520045ab est deja sature #16034)

État nominatif au 2026-10-05T05:50Z (lot 1 = 0 commentaire émis). Les 11 cibles ci-dessus portent des claims actifs d'autres lanes ou de ma propre lane : un Part of #<chaperon> posé par moi serait un acte de coordination à valider avec leurs porteurs respectifs. Je propose plutôt, pour ce premier lot, de :

1. Lister nominativement les 64 orphelines axe B dans docs/ledgers/16473-consolidation-aacceptance.md (append-only, PR dossier dédié au prochain cycle).
2. Pour chaque orpheline sans claim actif, proposer un rattachement dans le ledger avec chaperon + raison ; pour celles à claim actif, noter « claim tiers — coord requise ».
3. PR acceptance 2 lot 1 = ledger append + ~10 commentaires Part of #13737 (axe B = doublons/jumeaux → chaperon structurel) sur les orphelines sans claim actif.

Blocage fenêtre 30min cron : 64 commentaires nominatifs + ledger append = au-delà du cycle. Lot 1 = préparation (cette note) ; émission des commentaires nominatifs et PR au prochain cycle.

Mesure de validation post-fix : re-mesure de l'audit --fetch après émission des commentaires nominatifs → cible : 370 orphelines → ≤ 300 (10 % de l'axe B rattaché). Si la cible n'est pas atteinte, deuxième passe nécessaire.

Refs #16473 #16504 #5081 #4362 #13737 #9535 #16231 #17522 #17824 #18028 #18725 #18683 #19116 #18646 #16121 #16040 #16111 #15962 #14624 #18039 #13962 #16034

🤖 Generated with Claude Code