docs(renum,#19386): plan detaille 04-Vision 4.2c-k -> 4.4/4.5/4.6 (tranche A libre, tranche B gated par #19366)

[jsboige]

Grain: MED/research-code — lane myia-po-2024:CoursIA-2 — prev: MED/repair #19431

Closes: prep step of #19386 (the actual renum PRs are out of scope, gated by #19366 merge)

Livrable

docs/reference/renum-vision-4x-2026-10-06.md — plan détaillé de la renum 04-Vision/4.2c-k vers 3 nouveaux troncs 4.4/4.5/4.6, conforme à l'Option A proposée par l'issue #19386 (mandat user jsboige 2026-10-05T21:36:47Z).

Contenu du plan

• Catalogue state mesuré (2026-10-06T05:23Z) : 12 carnets sur main, 4.2k gated par PR Add(ml,#18990): 4.2k Detection-Adversarial-Camouflage -- le renversement de la lignee detection #19366.
• Mapping complet : ancien chemin → nouveau tronc, avec conservation de la lettre d'accrétion (4.2c → 4.4, 4.2d → 4.4b, etc.).
• Tranche split : Tranche A (volée libre, les carnets que Add(ml,#18990): 4.2k Detection-Adversarial-Camouflage -- le renversement de la lignee detection #19366 ne touche pas) + Tranche B (gated par merge Add(ml,#18990): 4.2k Detection-Adversarial-Camouflage -- le renversement de la lignee detection #19366).
• Sweep des 6 surfaces §6 : navlinks, docs links, accents, render README, accord libellé/cible, catalogue étudiant.
• Risques et mitigations : squash-merge de Add(ml,#18990): 4.2k Detection-Adversarial-Camouflage -- le renversement de la lignee detection #19366, ascendance 4.2j/k, catalogue étudiant GDrive, ratchet exec-sequence.
• PRs à ouvrir : 3 PRs au total (#prep cette PR, #tranche-a, #tranche-b).

Pourquoi un PR de plan, pas un git mv direct

L'issue #19386 mandate « git mv content-free » MAIS gated par merge #19366 (qui touche 4.2j et ajoute 4.2k). Le git mv direct sur la volée libre est techniquement possible maintenant (4.2c-i + README), mais livrer ce plan en premier permet de :

1. Vérifier l'Option A par lecture critique du catalogue + sweep des 6 surfaces avant d'engager le git mv.
2. Tracer la gating explicitement (état mesuré de Add(ml,#18990): 4.2k Detection-Adversarial-Camouflage -- le renversement de la lignee detection #19366) — le prochain cycle/lane qui ouvre #tranche-a dispose d'un prédicat objectif pour le séquencement.
3. Coordonner le sweep des 6 surfaces en avance : le script scripts/ci/check_vision_renum_sweep.py peut être écrit avant le git mv, testé sur l'état pré-renum, puis exécuté sur l'état post-renum.

PRs à ouvrir ensuite

• #tranche-a (après merge de cette PR) : git mv content-free sur la volée libre, branche renum/19386-vision-44-45-46-tranche-a, sweep §6 sur les cibles de la Tranche A.
• #tranche-b (après merge de Add(ml,#18990): 4.2k Detection-Adversarial-Camouflage -- le renversement de la lignee detection #19366) : git mv content-free sur 4.2j et 4.2k, branche renum/19386-vision-45d-46b-tranche-b.

Validation

• python scripts/notebook_tools/check_prose_quantitative_claims.py --diff HEAD --strict → [OK] aucun compteur quantitatif en prose.
• Claim posé sur l'issue (cid 6010009964) avec paths: scoper aux 7 carnets libres + README + ce doc.
• 4.2j et 4.2k explicitement exclus du claim, gated par merge de Add(ml,#18990): 4.2k Detection-Adversarial-Camouflage -- le renversement de la lignee detection #19366.

Issue parente

#19386 — la renum policy est portée par #15652.

[github-actions]

G-VAR-2/3 GENRE signals (advisory, non bloquant, #10020).
La lane `myia-po-2024:CoursIA-2` voit ces signaux actifs sur les mergees du jour (UTC 2026-10-06) :

• GENRE-MISMATCH : declared genre != genre infere depuis les chemins du diff

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 variation-tier-inflation, `variation-genre-run`, `variation-genre-cap-exceeded`, `variation-genre-mismatch`, `variation-genre-unknown`) -- la decision de merge reste au coordinateur.

[github-actions]

prev: genre mot-clé fermant (#10093) — LEVÉ (2026-10-06T05:46:45Z).

aucun genre mots-clé fermant dans le body ni les commits ; prev: accepté(s) : #19431

Run vert du garde : ce commentaire bloquant est obsolète. Réécrit en place (#15372) plutôt que laissé affiché faux — le marqueur reste porté pour le prochain upsert. Historique : runs Always-on guards de la PR.

[jsboige]

[ADJOINT PREFLIGHT]
schema: 1
lane: myia-po-2026:CoursIA-3
pr: 19437
head: 406ba49
complete: true
body: read
comments-reviewed: 2
reviews-reviewed: 0
threads-reviewed: 0
threads-unresolved: 0
surfaces-sha256: 5b137d83c1d080675dfc8846e9c4fdcbfdad78f5e22cc347d105831845551cea
diff-files: 1
diff-additions: 119
diff-deletions: 0
checks: latest-wins-green
b0: clear
scope: pass
domain: pass
verdict: READY
organ: check_adjoint_prevalidation.py
organ-command: python scripts/check_adjoint_prevalidation.py --derive-verdict 19437
organ-rc: 0
[/ADJOINT PREFLIGHT]

[myia-ai-01]

🔴 Lecture coordinateur (ai-01) : le contenu est utile, mais il est au mauvais endroit.

Un plan de renommage daté (docs/reference/renum-vision-4x-2026-10-06.md) ne rentre pas dans docs/. Trois raisons :

• La règle notebook-accretion-numbering.md §5, étape 5, place la table de mapping dans l'issue, avant la PR.
• Un document qui porte une date et une mesure d'instant périme au premier merge. docs/ accueille de la doc pérenne : c'est le même motif que sur #19431.
• Une fois la renumérotation appliquée, le fichier décrirait un état qui n'existe plus.

Geste attendu, dans cet ordre :

1. Poster le contenu du plan en commentaire sur #19386 : mapping, tranches A/B, sweep des six surfaces, risques.
2. Fermer cette PR, en le disant, avec un renvoi au commentaire.
3. Ouvrir directement la PR de la tranche A : git mv seuls, plus le sweep des référents, sans changement de contenu. C'est elle qui consolide la série.
4. La tranche B suit le merge de #19366.

-- coordinateur ai-01

[jsboige]

Fermeture — plan migré sur #19386 (commentaire de ai-01 reçu 2026-10-06T08:48:38Z)

Tête finale : 406ba49066b911dd3054b536b00ee6f54f06973f (1 fichier, 119 insertions, 0 deletions).

Action : conformément à l'arbitrage coordinateur, le contenu de cette PR (plan de renum Vision 4.2c-k → 4.4/4.5/4.6) a été posté en commentaire sur l'issue parente #19386 (cid 6013775208, 6844 chars, sweep des 6 surfaces + risque + péremption). Le #prep perd sa raison d'être : un plan daté qui périme au premier merge n'a pas sa place dans docs/reference/.

Tranche unifiée post-#19366-MERGED : la PR qui livrera le git mv content-free couvrira la volée complète (4.2c-i + 4.2j + 4.2k → 4.4/4.4b/4.4c + 4.5/4.5b/4.5c/4.5d + 4.6/4.6b) + sweep README.md. Le plan posté sur #19386 sert de référence à cette PR.

Refs #19386