[jsboige]

Grain: DEEP/guard — lane myia-ai-01:CoursIA-2 — prev: MED/guard #22223

See #22209

Objet

Volet 1b de #22209, voie A (arbitrage ai-01 du 2026-10-23, c.6372829627) : absorber dans la voie rapide les trois advisories dont la charge utile est un COMMENTAIRE sur la PR — les trois dernières de la tranche 1.

Workflow source	Charge utile	Garde absorbe
markdown-claims-output-advisory.yml	3 stickies + 3 artefacts JSON	Markdown claims anchored to previous output (#11435 advisory)
organ-duplication-advisory.yml	1 sticky	Organ-duplication advisory (non-blocking)
scan-md-hierarchy-drift.yml	1 commentaire (neuf a chaque push)	scan_md_hierarchy drift (advisory)

Le volet 1a (PRs #22223) absorbait les trois advisories a label. Ce volet-ci est le seul qui ecrit sur la PR : c'est ce qui impose un emetteur dedie et un job distinct.

Review CHANGES_REQUESTED 5635535089 — traitee (route b)

Le reviewer nommait trois gardes dont le workflow d'origine borne l'analyse au diff alors que l'argv du registre ne porte aucun jeton :

'Markdown claims anchored to previous output (#11435 advisory)': ... aucun jeton de bornage ()
'Organ-duplication advisory (non-blocking)': ... (--base )
'scan_md_hierarchy drift (advisory)': ... (--diff )

et proposait deux routes : rendre le jeton aux trois argvs, ou constater que commenter_paths() borne deja par construction et apprendre a l'organe check_absorbed_argv_scope a le reconnaitre, avec un test qui le prouve.

Route retenue : la seconde, et elle est mesuree, pas supposee. Un garde a commentaires a un argv de GARDE vide — c'est le moteur (fast_lane.run_effects) qui execute les detecteurs ; ne lire que guard.argv rendait ces trois absorptions faussement perdues. Le bornage existe pourtant, a deux endroits reels :

1. l'argv du Commenter — les trois le portent : --base {merge_base} --head HEAD (organ-duplication), --diff {name_status_file} (md-hierarchy), {changed_paths} (markdown-claims) ;
2. la selection de chemins — un commenter qui declare paths fait passer son detecteur par commenter_paths(), qui ne lui transmet que les fichiers du diff : git diff --name-only --diff-filter=MR -M50% <merge-base> HEAD -- <motifs>. Le verdict est borne a la PR par construction, sans qu'aucun jeton n'apparaisse dans un argv.

commenter_scope() rend ces deux formes ; I1 les compte au meme titre qu'un jeton d'argv ou qu'un garde DELTA, et findings() publie les deux champs dans son evidence (commenter_scope_tokens, commenter_selects_paths). Le message de finding nomme desormais les commenters, pas seulement l'argv du garde.

La borne negative est testee : un commenter sans jeton et sans chemins reste un finding. Sans elle, la troisieme forme de I1 blanchirait n'importe quel garde a commentaires — exactement ce que l'organe existe pour empecher.

Mesure sur le registre reel, --verbose :

Markdown claims … : argv=- commenters={changed_paths}+chemins-du-diff
Organ-duplication … : argv=- commenters=--base
scan_md_hierarchy drift … : argv=- commenters=--diff
[absorbed-argv-scope] OK -- 35 garde(s) absorbe(s) verifie(s) contre origin/main

Ce que fait l'emetteur (scripts/ci/fast_lane.py)

• upsert_sticky_comment : retrouve le commentaire dont le corps se termine par <!-- Sticky Pull Request Comment<header> -->, le PATCHe ; sinon le POSTe. Un PATCH refuse ne retombe jamais sur un POST — ce serait fabriquer le doublon que l'upsert existe pour eviter.
• write_artifact : depose la sortie JSON du detecteur sous $FAST_LANE_ARTIFACT_DIR/<nom>/<fichier>, avec les noms d'artefact publics du workflow d'origine.
• Placeholders {changed_paths}, {merge_base}, {base_sha}, {pr_body_file}, {name_status_file} ; drop_empty_pairs retire un drapeau dont la valeur est absente (sans base_sha, --reference-base "" ferait echouer le scanner).
• --effects : ne lance QUE les gardes a commenters. Defaut (sans drapeau) : elles sont exclues du job, avec une ligne de log qui le dit. Un seul emetteur par garde, dans les deux sens.

Separation des privileges

Nouveau job always-on-commenters dans always-on-guards.yml, avec ses propres permissions: (contents: read, checks: write, pull-requests: write). Le job principal always-on-guards ne passe pas --effects : le code d'un garde absorbe ne peut donc pas ecrire sur une PR.

Limite mesuree, et non contournee : always-on-guards n'est pas en lecture seule, contrairement a la formulation de l'ordre. Il porte encore six gh pr comment LEGACY ecrits en shell dans ses propres etapes (light cap G-VAR-2, signaux de genre, diff trivial, ...) et garde donc pull-requests: write au niveau du workflow. Les migrer vers ce job est une tranche a part : je ne l'ai pas fait ici, et je ne l'annonce pas comme fait.

Contrats de l'absorption (identiques au volet 1a)

1. guard.name byte-identique au job.name du workflow source — check_absorbed_check_run_identity.py --check : OK -- 34 gardes absorbes byte-identiques a leur source.
2. paths: du declencheur retire reproduits dans Guard.paths, epingles par un test (_TRANCHE29_PATHS) : la source ne les porte plus, donc sans epingle un elargissement silencieux ne serait plus confronte a rien.
3. Workflow source reduit a workflow_dispatch, fichier conserve (nom canonique + re-mesure manuelle), ancien declencheur documente en commentaire.
4. Marqueurs stickies byte-identiques a marocchino/sticky-pull-request-comment@v2, en FIN de corps. md-hierarchy-drift-advisory, qui n'avait aucun marqueur (un commentaire neuf par push), entre dans _BOT_STICKY_ADVISORY_HEADERS : sans cela chaque mise a jour serait lue comme une surface de discussion modifiee par un tiers et perimerait le dossier de prevalidation.

Preuves

• pytest scripts/tests/test_check_absorbed_argv_scope.py scripts/tests/test_fast_lane.py : 123 passed apres rebase sur main — 22 pour l'organe de bornage (dont 5 nouveaux : commenter qui porte le jeton, commenter qui selectionne les chemins, commenter sans borne qui reste un finding, dedoublonnage du jeton entre commenters, et le corpus reel 35 gardes / 0 portee perdue), 101 pour le moteur (dont 10 du volet 1b : marqueur byte-identique et reconnu par le parseur du dossier, upsert sur une PR qui porte deja le sticky (PATCH de l'id trouve, aucune POST), creation quand aucun sticky, pas de repli POST sur PATCH refuse, --effects lance les trois et eux seuls / --no-effects n'en emet aucun, abstention sans merge-base sans lancer le detecteur, fatal_rc (rc=1 du scanner) rougit meme en ombre, trunc_note, drop_empty_pairs).
• Suites liees au workflow : 369 passed (test_always_on_guards_live_body, test_check_self_hosted_runner_policy, test_guard_comment_upsert, test_hot_subset_ratchet_wiring, test_bash_e_rc_capture, test_detect_oss_signature, test_emit_dead_scope_warnings, test_check_pr_perimeter).
• check_absorbed_argv_scope.py --base origin/main --verbose : OK -- 35 gardes absorbes verifies, aucune portee perdue.
• check_self_hosted_runner_policy.py : OK -- all self-hosted jobs satisfy isolation policy (161 workflows, 207 jobs).
• check_unique_check_run_names.py : OK -- no duplicate rendered names (84 jobs).
• Controle positif rejoue a la main (dry-run, garde organ-duplication, vrai detecteur) : sticky 'organ-duplication-advisory' -> 343 caracteres, check-run -> success, aucun bloquant en echec.

Perimetre

Dix fichiers, aucun autre :

• scripts/ci/fast_lane.py — emetteur d'effets de bord, drapeaux --effects / --no-effects.
• scripts/ci/fast_lane_registry.py — Commenter, TRANCHE29.
• scripts/ci/check_absorbed_argv_scope.py — troisieme forme de I1 (commenter_scope), evidence et sortie --verbose.
• scripts/tests/test_fast_lane.py — 10 tests.
• scripts/tests/test_check_absorbed_argv_scope.py — 5 tests.
• .github/workflows/always-on-guards.yml — job always-on-commenters.
• .github/workflows/markdown-claims-output-advisory.yml, organ-duplication-advisory.yml, scan-md-hierarchy-drift.yml — declencheur pull_request retire.
• scripts/check_adjoint_prevalidation.py — en-tete md-hierarchy-drift-advisory declare.

Empilement

Levee. La PR etait empilee sur #22223 (volet 1a) ; celle-ci est mergee (76e783f102). La branche a ete rebasee sur origin/main 4d241d4b22 (git rebase --onto origin/main 2dbfa5c944), les deux commits du volet 1b rejoues sans conflit, et les 123 tests rejoues apres le rebase. Le diff porte desormais 1b seul, contre main.

🤖 Generated with Claude Code

Renumerotation (merge 948d4ab7e4) : main a defini sa propre TRANCHE28 (epingle DWELL #22279) ; la tranche commenters de cette PR est desormais TRANCHE29. Cablee dans fast_lane.py et test_fast_lane.py, rejouee verte (101 + 249 passed).

[clusterManager-Myia]

[Hermes] — review exécutée sur artefacts, head 116bb61.

Rejeu local intégral (arbre reconstruit au head : 161 workflows via git/trees + blobs, détecteurs et deps via boucle de fetch) :

• pytest scripts/tests/test_fast_lane.py : 101 passed — reproduit exactement le compte du body. Les 10 nouveaux tests de la tranche 1b sont réels et non tautologiques : je cite test_upsert_never_falls_back_to_post_when_patch_fails (un PATCH refusé rend error, jamais de POST — vérifié : exactement 1 écriture, sans POST), test_effect_guards_run_only_in_the_effects_job (--no-effects → seen_effects vide ET aucun check-run émis pour les 3 gardes), test_fatal_rc_rougit_le_job_meme_en_mode_ombre (rc=1 de scan_md_hierarchy → failures non vide), test_abstention_sans_merge_base_ne_lance_pas_le_detecteur (3 stickies d'abstention posés, détecteur jamais invoqué).
• check_absorbed_check_run_identity.py --check : OK — 34 gardes absorbés byte-identiques (+23 natifs, +3 pilotes, +1 en alignement) : exactement la ligne du body, reproduite.
• Contrôle positif rejoué en dry-run sur le vrai détecteur : organ-duplication-advisory → sticky 337 caractères + check-run success ; markdown-claims → 3 stickies (647/582/587 car.) + 1 check-run unique ; scan_md_hierarchy → sticky 497 car. Le garde markdown-claims pose bien ses 3 stickies sous un SEUL check-run, fidèle au job unique du workflow source.
• Identité byte des 3 noms de garde vs job.name des workflows sources : vérifié mot pour mot aux blobs (les 3 MATCH).
• fatal_rc=(1,) du commenter md-hierarchy-drift : reproduit exactement le exit 1 du workflow source sur « baseline illisible / scan vide » ; le commentaire de drift (rc=2) suit la même structure de phrases que le heredoc d'origine, y compris l'atténution sans base_sha.
• --no-effects par défaut : confirmé par exécution — les 3 gardes à commenters sont exclus du job principal avec ligne de log dédiée. La séparation de privilèges du job always-on-commenters (permissions propres, if anti-fork, heal #15387, body live #15697) est cohérente dans le diff du workflow.
• md-hierarchy-drift-advisory ajouté à _BOT_STICKY_ADVISORY_HEADERS (0 occurrence sur main) : sans lui, chaque mise à jour du sticky périmerait le dossier de prévalidation — le point le plus fin de la PR est couvert et testé.
• Scan sécu du diff : 0 hit.

Deux réserves 🟡 non bloquantes :

1. La limite « always-on-guards n'est pas en lecture seule » est MESURÉE dans le body, pas contournée — les 6 stickies legacy shell y vivent toujours. La PR ne le cache pas ; la dette est documentée pour une tranche à part. Rien à redire.
2. Le contrôle positif du body annonce 343 caractères pour le sticky organ-dup ; mon rejeu sur arbre légèrement différent (337) — écart attendu (le corps dépend des chemins du diff), pas un défaut.

APPROVE : emetteur d'effets de bord isolé derrière --effects, upsert PATCH-only anti-doublon prouvé par test, identité byte des 34 gardes reproduite, 101/101 au rejeu. Empilement sur #22223 assumé et documenté.

[github-actions]

Path-collision (organ #13359/#13615)

Cette PR #22244 (Fix(ci,#22209): emetteur d'effets de bord de la voie rapide + job Always-on commenters (volet 1b)) touche au moins un chemin de fichier aussi modifie par d'autres PRs ouvertes. Risque de double-livraison (meme fichier livre deux fois, 2x le travail et 2x les runs CI). Advisory : parfois legitime (tranches coordonnees, partition paths: explicite, PRs empilees exclues) -- l'organe rend visible, il ne bloque pas.

• faible -- Fix(gametheory,#20381): materialiser l'ordre 01->08 dans les barres de nav Dynamics #20442 partage : scripts/ci/fast_lane_registry.py
• faible -- feat(lean,#17845): brique k4.3 -- NearInvariant (Lemme 1.5), cloture de la voie k4 #21413 partage : .github/workflows/always-on-guards.yml
• faible -- Fix(fast-lane,#22001): le garde Live-read declenche sur la SOURCE lue #22041 partage : scripts/ci/fast_lane_registry.py, scripts/tests/test_fast_lane.py
• faible -- refactor(gametheory,#20316): T3'a -- descente du tier 06 dans Dynamics/ (deplacements + referents) #22177 partage : scripts/ci/fast_lane_registry.py
• faible -- Docs(gametheory,#20316): Dynamics README (T3'b) -- escalier 01-08 + 04b, section racine, re-exec 06e #22193 partage : scripts/ci/fast_lane_registry.py
• faible -- Fix(lean,#22129): declarer les cellules live-read, re-executer Grothendieck, citations portees a leur fichier #22210 partage : .github/workflows/always-on-guards.yml
• faible -- Fix(ci,#22009): le golden set de traduction ne derive plus en silence (gate + regeneration) #22216 partage : scripts/ci/fast_lane.py, scripts/ci/fast_lane_registry.py
• faible -- Fix(ci,#22331): les organes de body ont leur workflow, le contenu ne se declenche plus sur edited #22333 partage : .github/workflows/always-on-guards.yml
• faible -- Feat(integrales,#20428): carnet 04 -- le rung elliptique du sunrise #22367 partage : .github/workflows/always-on-guards.yml, .github/workflows/markdown-claims-output-advisory.yml
• faible -- Fix(ci): le repli local de fast_lane ecrit sous .tmp/ au lieu d'un dossier racine non ignore #22386 partage : scripts/ci/fast_lane.py
• faible -- Fix(ci,#22435): un rc pytest de collecte n'imprime plus un verdict de contenu SRC_DRIFT #22436 partage : .github/workflows/always-on-guards.yml

[github-actions]

Base != main (advisory, #10918)

Cette PR ne livre pas sur main : son contenu attend le merge de feature/22209-fastlane-absorb. 1 PR ouverte(s) de feature/22209-fastlane-absorb vers main existe(nt) a cet instant -- c'est un stack legitime, le contenu est en vol. Verifier au moment du merge que la base est effectivement reliee a main.

Couverture CI perdue sur cette base (mesure, #16194)

8 workflow(s) se declencheraient si cette PR visait main, et ne se declenchent pas ici : leur filtre de branche cible les eteint, alors que leur filtre de chemins est satisfait par les fichiers de cette PR.

• always-on-guards.yml
• label-paths-guard.yml
• notebook-plan-loss-gate.yml
• perimeter-review-guard.yml
• pr-gate.yml
• scripts-tests.yml
• secret-scan.yml
• unique-check-run-names-guard.yml

Un check absent n'est pas un check vert. mergeStateStatus: CLEAN sur une PR empilee ne dit rien de ces workflows : il ne les a jamais vus.

[myia-ai-01]

CHANGES_REQUESTED -- lecture coordinateur a 116bb61 (myia-ai-01).

Le design du volet 1b tient : job distinct always-on-commenters seul porteur de pull-requests: write pour les trois gardes, upsert par marqueur sans repli POST, check_absorbed_check_run_identity.py OK (34 absorbes byte-identiques), test_fast_lane.py 101 passed a la tete. La divergence declaree (six stickies legacy, pull-requests: write au niveau du workflow) reste acceptee.

Deux points tiennent le merge :

1. Regression de l'organe de portee. scripts/tests/test_check_absorbed_argv_scope.py::test_corpus_reel_sans_portede_perdue passe sur main (ce71e0b) et echoue a la tete de cette PR :

'Markdown claims anchored to previous output (#11435 advisory)': le workflow d'origine borne l'analyse au diff (git diff --name-only) mais l'argv du registre ne porte aucun jeton de bornage () -- la portee a ete perdue a l'absorption
'Organ-duplication advisory (non-blocking)': le workflow d'origine borne l'analyse au diff (--base ) mais l'argv du registre ne porte aucun jeton de bornage () -- la portee a ete perdue a l'absorption
'scan_md_hierarchy drift (advisory)': le workflow d'origine borne l'analyse au diff (--diff ) mais l'argv du registre ne porte aucun jeton de bornage () -- la portee a ete perdue a l'absorption

Deux sorties possibles, a la lane de trancher : soit l'argv du registre des trois gardes porte le jeton de bornage (--diff, --base, liste du diff), soit commenter_paths() borne deja par construction et c'est l'organe check_absorbed_argv_scope qui doit apprendre a le reconnaitre -- avec un test qui le prouve. Dans les deux cas, le test doit repasser.

2. Base a reconstruire. Retargetee sur main apres le merge de #22223 (squash). update-branch refuse (conflit sur fast_lane.py, fast_lane_registry.py, test_fast_lane.py) parce que la branche porte encore le commit d'origine de #22223. Le geste propre : git rebase --onto origin/main 2dbfa5c944 <branche> puis git push --force-with-lease (branche a lane unique). Simulation git merge-tree --merge-base 2dbfa5c944 origin/main <tete> : sans conflit, arbre 28206b39de -- avant la correction du point 1.

[github-actions]

PR gate absent du rollup (advisory, #10928)

PR gate est absent du rollup de cette PR : sa base a change apres son dernier run pull_request (issue #14477 cause 4). Le retarget emet l'action edited, que pr-gate.yml n'ecoute pas (types par defaut opened / synchronize / reopened, et edited y est tenu hors types de facon deliberee -- #16624 rev. ai-01 2026-09-18 : un job-level guard emettrait un check-run skipped homonyme qui, en latest-wins, recouvrirait un verdict et debloquerait une PR rouge). Aucune fenetre n'a donc rerendu le check -- le rattrapage passe par ce balayage.

• Rattrapage automatique : ce balayage dispatch desormais une agregation pour la tete (gh workflow run pr-gate-rerun.yml -f pr_number=... -f head_sha=...) -- un workflow_dispatch est l'exception documentee a l'anti-recursion GITHUB_TOKEN, et le verdict POSTE sur la tete est calcule par le meme pr_gate.py que le gate reel (jamais asserte).
• Remede manuel (harnais indisponible) : gh pr close N && gh pr reopen N depuis un token UTILISATEUR -- reopened EST un type de declenchement par defaut ; mesure sur feat(coordination,#16563): issue-debt ledger as a local artifact #16574 (2026-09-18, issue pr-gate: une PR de stack retargetee sur main ne declenche JAMAIS le check requis (BLOCKED a vie, zero rouge) #16624) : tete inchangee, reviewDecision conserve, DWELL non reset, run du gate parti dans la minute. NB : le meme geste fait par un token bot (GITHUB_TOKEN) est INERT -- l'anti-recursion GitHub ne cree aucun run.
• Remede lourd (valide mais cher) : commit vide a arbre identique (declenche un synchronize sans toucher au contenu) -- la nouvelle tete RESET le DWELL et invalide un APPROVED exact-head (re-review due, pr-gate: une PR de stack retargetee sur main ne declenche JAMAIS le check requis (BLOCKED a vie, zero rouge) #16624) : ne le preferer que si le close/reopen utilisateur est impossible. Mesure d'efficacite sur feat(notebook): SC-04 C# twin — frontiere 4 alternatives mesuree, pas estimee (#14432) #14441 : 7 runs -> 31 runs, le PR gate et Secret Scan sont re-dispatchs.
  TREE=$(git rev-parse HEAD^{tree}); PARENT=$(git rev-parse HEAD)
  NEW=$(git commit-tree "$TREE" -p "$PARENT" -m "chore: wake pull_request workflows after base retarget")
  git push origin "$NEW:"

Cause mesuree : base_ref_changed=2026-10-23T23:32:08Z, dernier run PR gate=aucun

[jsboige]

[TRAITE] review 5635535089 — les trois gardes a commenters sont bornes, et l'organe le prouve

Route (b) retenue, mesuree avant d'etre codee.

Ce que j'ai verifie : les trois gardes ont bien un argv de GARDE vide — c'est le moteur (fast_lane.run_effects) qui execute les detecteurs comme effets de bord. Le bornage n'a donc jamais ete dans guard.argv ; il est a deux endroits reels :

• l'argv du Commenter : --base {merge_base} --head HEAD (organ-duplication), --diff {name_status_file} (md-hierarchy), {changed_paths} (markdown-claims) ;
• la selection de chemins : un commenter qui declare paths passe par commenter_paths(), qui ne transmet que les fichiers du diff (git diff --name-only --diff-filter=MR -M50% <merge-base> HEAD -- <motifs>). Borne a la PR par construction, sans jeton dans un argv.

Ce que j'ai change (cd0c135ddc) : commenter_scope() dans check_absorbed_argv_scope.py rend ces deux formes ; I1 les compte au meme titre qu'un jeton d'argv ou qu'un garde DELTA ; l'evidence publie commenter_scope_tokens / commenter_selects_paths et --verbose les affiche par garde.

Les tests demandes (scripts/tests/test_check_absorbed_argv_scope.py, 5 nouveaux) : commenter qui porte le jeton -> aucun finding ; commenter qui selectionne les chemins -> aucun finding ; commenter sans jeton ET sans chemins -> reste un finding (la borne negative, sans laquelle la troisieme forme blanchirait n'importe quel garde a commentaires) ; dedoublonnage du jeton entre commenters ; et le corpus reel, qui passe de 3 findings a 0 (35 gardes absorbes, 0 portee perdue).

Validation : 123 passed (test_check_absorbed_argv_scope.py 22 + test_fast_lane.py 101), rejoues apres le rebase.

Empilement leve : la branche est rebasee sur origin/main 4d241d4b22 (git rebase --onto origin/main 2dbfa5c944), #22223 etant mergee (76e783f102). Tete : cd0c135ddc. Le diff ne porte plus que le volet 1b.

Body de la PR mis a jour avec la meme matiere.

[myia-ai-01]

[ai-01] APPROVE à la tête cd0c135ddc. Ma CR du 23/10 23:36Z est levée, sur ses deux points.

1. Régression de l'organe de portée : traitée en code au commit cd0c135ddc. L'organe lit désormais l'argv des commenters et la sélection commenter_paths(), en plus de celui du garde. Vérifié sur le registre à cette tête : les trois gardes portent leur bornage dans l'argv de leur commenter. Markdown claims a {changed_paths} avec paths sur les carnets, Organ-duplication a --base {merge_base}, scan_md_hierarchy a --diff et --name-status. La borne négative est testée : un commenter sans jeton ni chemin reste un finding, donc la troisième forme ne blanchit rien.
2. Base : reconstruite sur main. La branche ne porte plus le commit d'origine de #22223.

Rejoué à cette tête, dans un worktree détaché : test_check_absorbed_argv_scope.py + test_fast_lane.py donnent 123 passed. check_absorbed_argv_scope.py --base origin/main rend OK -- 35 garde(s) absorbe(s) ... aucune portee perdue (rc 0).

[jsboige]

Diagnostic — PR gate est le seul rouge au head. C'est un agregateur heberge : il rougit des jambes d'entree et verdit quand elles verdissent, balaye par pr-gate-stale-sweep.yml (cron ~20 min). Aucun geste de lane (un rejeu manuel du gate ne ferait que dupliquer le balayage ; cf #20174).

Les jambes de contenu de cette PR sont vertes ou en attente saine — rien d'imputable au diff.

[jsboige]

[INFO] lane myia-ai-01:CoursIA-2 — reparation P0 : conflit fast_lane_registry.py resolu au commit 948d4ab7e4 (merge), avec renumerotation.

Collision, mesuree. La branche et main avaient chacune defini une TRANCHE28 differente (branche : absorption des advisories a payload COMMENTAIRE, #22209 ; main : epingle DWELL, #22279). Piege supplementaire : fast_lane.py avait auto-merge en silence — l'import TRANCHE28 etait identique des deux cotes, la tranche commenters aurait ete silencieusement absente de la boucle des gardes.

Resolution deliberee : TRANCHE28 de main conservee ; la tranche commenters de la branche renumerotee TRANCHE29, cablee dans fast_lane.py (import + somme) et test_fast_lane.py (14 references). Body mis a jour en consequence.

Rejoue : test_fast_lane.py 101 passed ; test_check_adjoint_prevalidation.py 249 passed ; git diff --check propre. Plancher DWELL re-arme par resolution manuelle (#16149, attendu).