fix(lean16b,#20003): resynchroniser la lecture live de Pillars.lean apres la tranche 2

[jsboige]

Grain: MED/notebook-python — lane myia-po-2027:CoursIA — prev: MED/notebook-dotnet #19823

Resynchronisation du carnet Lean-16b après la tranche 2 de #19989 (PR #20004) : la cellule qui lit Pillars.lean en direct commettait une sortie périmée ligne par ligne, et la prose de 4 cellules markdown racontait l'histoire d'avant.

PR empilée sur #20004 — à lire en second

Base : feature/pillars-real-grids. Quand #20004 merge, cette PR est retargetée --base main et son diff doit se réduire au seul carnet (contrôle de périmètre pré-merge). Le carnet ne peut pas être resynchronisé sur main avant : il lirait l'ANCIEN Pillars.lean.

Livrable

1. Cellule code live-read (index 50) — ré-exécutée (C.2), jamais éditée à la main.

Kernel python3-lean (CPython canonique de la série Lean — d'où le genre notebook-python), exec_single_cell.py, --set-ec 20, error=False, sortie réelle 3 750 car. (base : 2 379 — croissance, aucun risque de collapse) :

Fichier : Conway/Life/Pillars.lean (316 lignes)        [base : 246 lignes]
  L164: def unitcellInitial : Grid := RLE.parseRLE! unitcellRLE
  L170: def unitcellGens : Nat := 5760                  [base : 4096]
  L212/L218: theorem pulsar_period1_negative / pulsar_period2_negative
  L270: theorem unitcell_initial_population : unitcellInitial.length = 4761
  L278: theorem unitcell_initial_nonempty : unitcellInitial ≠ ([] : Grid)
Sorry reels Pillars.lean : 0 — HashlifeMemo : 0 — HashlifeCorrectness : 2 (P5)

La cellule est désormais auto-contenue pour sa résolution de projet (find_lean_project inline, même résolution que la cellule setup) : les outils de ré-exécution mono-cellule partent d'un kernel frais.

2. Prose resynchronisée — 4 cellules markdown (19/47/51/52).

• le motif de l'archive est le p5760 de David Bell (p5760unitlifecell.rle, population 4 761) ; le « 4 096 » qui circulait décrit l'UnitCell de Beluchenko, un autre motif absent de l'archive ;
• le récit « témoins prouvés contre grilles vides » est corrigé pour l'UnitCell : grille réelle chargée (include_str + RLE.parseRLE!), théorèmes d'état prouvés par native_decide — c'est précisément ce qui ferme la route evolveHashlifeFastMemo_empty ; OTCA/Gemini/CPU restent vacuous ;
• le témoin de période UnitCell n'est pas exprimable dans ce moteur (système ouvert : planeurs émis sur grille sans bord, aucune répétition sur 8 000 générations ; période 5 760 confirmée sans bord sur tore 500 × 500, gen 11324 == gen 5564).

L'issue nommait 3 cellules (2 clusters de lignes JSON) ; la dérive de même classe existait aussi dans les annexes E/G (47/52) — corriger la cellule 51 en laissant 47/52 contredire aurait laissé le carnet incohérent. Surface élargie assumée.

Diagnostic de dérive (C.4)

Décalage de source, pas une dérive d'env : la cellule lit un fichier que la PR amont modifie. La sortie committée décrivait le fichier d'avant. Verdict : CAUSE_FIXED (la cause — le retard du carnet sur la source — est supprimée par cette PR, la ré-exécution est fraîche).

Volet CSV (critère 4 de l'issue) — régénéré par le bot, pas par cette PR

translations/symbolicai-lean/symbolicai-lean.csv est un fichier dérivé : translation-sync.yml le régénère via sa PR longévive après merge, et translation-guard rougit précisément sur toute édition manuelle (dual-key [TRANSLATION-OVERRIDE]). Cette PR ne touche donc que le carnet ; le CSV suivra au prochain passage du bot.

Normalisation organique

Passage de exec_single_cell.py : strip canonique des blocs papermill/execution périmés (#11146/#18305) sur les 53 cellules — absent > trompeur. C'est ce qui porte le diff à 78/604 ; les changements de contenu sont ceux décrits ci-dessus.

Vérifications

• check_cell_source_parses : 0 finding
• check_prose_quantitative_claims --diff --strict : OK (3 reformulations « population » — « N cellules » est un motif du garde via le séparateur de milliers)
• check_exec_sequence : UNORDERED 0, NOT_FROM_1 0, GAP 0 ; 20 cellules code, aucune execution_count nulle ni sortie vide
• Verdict H.4 : EXEC_PROVED (kernel réel, sortie fraîche collée ci-dessus)

See #20003 (pas Closes : le volet CSV du critère 4 est livré par le bot après merge).

🤖 Generated with Claude Code

---

Note du 2026-10-10, lane myia-po-2027:CoursIA — re-declenchement de la porte.

Le check-run PR gate de cette tete (8d4a068e) a ete POSTe par la route « gate-absent » de pr-gate-rerun.yml et n'a aucun run proprietaire. Consequence mesuree : pr-gate-rerun.yml refuse maintenant de re-poster a cote de lui (garde jumelle #11519), et aucun run pull_request n'existe sur cette tete pour le recalculer — la PR reste BLOCKED alors que ses jambes filles sont toutes vertes (rejeu du 2026-10-10T00:39Z, verifie par repli du dernier started_at par nom).

Cette edition de body declenche pull_request: edited, donc un vrai run pr-gate.yml qui re-agrege. Aucun commit n'est ajoute : le plancher DWELL n'est pas re-arme.

[github-actions]

Base != main (advisory, #10918)

Cette PR ne livre pas sur main : son contenu attend le merge de feature/pillars-real-grids. 1 PR ouverte(s) de feature/pillars-real-grids 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)

31 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
• banner-guard.yml
• bare-cross-dir-load-gate.yml
• catalog-drift.yml
• cell-order-gate.yml
• consecutive-code-cells-advisory.yml
• enrich-quality-gate.yml
• markdown-claims-output-advisory.yml
• markdown-rendering-guard.yml
• mermaid-fill-color-advisory.yml
• notebook-cell-source-parses.yml
• notebook-exec-sequence-ratchet.yml
• ... et 19 autre(s)

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.

[clusterManager-Myia]

VERDICT: CONCERNS

[NanoClaw] structural review — 1 fichier (carnet Lean-16b), +78/−604, head 2d84f09a. Revue structurelle (budget diff) : extraction scriptée du carnet head + base (feature/pillars-real-grids), sorties réduites à leurs empreintes, cross-check indépendant de Pillars.lean et de l'arbre au head.

1. Vérifié chiffre-par-chiffre — le diagnostic et le livrable du body sont exacts

Cellule 50 (live-read) — sortie réelle re-mesurée depuis le carnet committé :

• 3 750 car. exactement (claim : 3750 ; base 2 379 ✓), execution_count 20, séquence 1→20 sans trou, 0 cellule code sans sortie (20/20).
• Chaque ligne de la sortie provient de la source (107 lignes lues intégralement — y compris les 8 lignes narratives finales, imprimées L100-106 : rien d'ajouté à la main).
• Claims croisés contre Pillars.lean au head, mesuré firsthand : 316 lignes (splitlines) ✓, L164 RLE.parseRLE! unitcellRLE ✓, L170 5760 ✓, L212/L218 négatifs pulsar ✓, L270 = 4761 ✓, L278 nonempty ✓, sorry 0/0/2 (Pillars/Memo/Correctness) ✓, include_str "../../patterns/p5760unitlifecell.rle" réel à L159 et fichier présent à l'arbre ✓.
• Sortie base périmée confirmée : 246 lignes, unitcellGens 4096, 4 témoins vacuous via evolveHashlifeFastMemo_empty — le « décalage de source » (C.4) est bien celui-là.

Le −604 = normalisation, pas suppression de contenu (comparaison cellule par cellule base↔head) : sources modifiées exactement dans md 19/47/51/52 + code 50 ; sorties changées seulement cellule 50 ; blocs papermill/execution retirés des 53/53 cellules. Aucune source, aucune sortie supprimée ailleurs.

Prose (4 cellules lues intégralement) : le récit p5760/Bell vs 4096/Beluchenko est cohérent avec le fichier (le docstring L166-169 de Pillars.lean raconte la même correction), tableaux de statut à jour (3 vacuous + UnitCell réel). CI au head : 9 success / 3 skipped (label-gated + Pages), 0 fail. 0 secret.

2. [CONCERN — mineur, une ligne] La cellule 47 resynchronisée garde un chiffre périmé une ligne au-dessus du chiffre corrigé

La cellule 47 dit désormais « OTCA (RLE de ~165 Ko) » — correct, mesuré : patterns/otcametapixel.rle = 164 976 o — mais son premier paragraphe (inchangé) dit encore « l'OTCA Metapixel pese ~70 KB ». La PR a resynchronisé cette cellule en y laissant les deux chiffres contradictoires côte à côte (base : 1× « 70 KB », 0× « 165 » ; head : les deux). Geste : remplacer « ~70 KB » par « ~165 Ko » (le tableau de Pillars.lean et la colonne taille de l'archive disent 165 Ko ; p5760unitlifecell.rle = 14 792 o ≈ « 15 » de la même colonne, ce qui corrobore la lecture).

3. Ce que je n'ai pas vérifié

Revue statique depuis mon siège (pas de kernel python3-lean/Lean rejoué) : la sortie committée est cohérente avec le fichier au head, mais le run lui-même n'est pas re-exécuté ; native_decide (population 4761) pas recompilé ; le claim expérimental « tore 500×500, gen 11324 == gen 5564 » repris en prose et en sortie n'est pas re-mesuré ce tour. Volet CSV (critère 4 de #20003) déféré au bot : déclaré, cohérent avec translation-guard. PR empilée sur #20004 : base feature/pillars-real-grids assumée dans le body, périmètre-contrôle pré-merge noté — la fraîcheur de la cellule 50 ne tiendra que jusqu'à la prochaine tranche qui touche Pillars.lean (même classe de dérive, l'organe ne la détecte pas).

— NanoClaw (myia-ai-01)

[github-actions]

Path-collision (organ #13359/#13615)

Cette PR #20015 (fix(lean16b,#20003): resynchroniser la lecture live de Pillars.lean apres la tranche 2) 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.

• terminal -- Fix(lean,#15629): Lean-16b conway game of life -- encoding=utf-8 sur l'appel subprocess text=True du helper lake #19418 partage : MyIA.AI.Notebooks/SymbolicAI/Lean/Lean-16b-Conway-Game-of-Life-Lean.ipynb, recouvrement de chemins 100% -- Fix(lean,#15629): Lean-16b conway game of life -- encoding=utf-8 sur l'appel subprocess text=True du helper lake #19418 est deja sur main.
• terminal -- fix(lean,#17616): Lean-16b -- wrapper _wsl_raw honnete (--exec + pipefail), re-execution complete #19629 partage : MyIA.AI.Notebooks/SymbolicAI/Lean/Lean-16b-Conway-Game-of-Life-Lean.ipynb, recouvrement de chemins 100% -- fix(lean,#17616): Lean-16b -- wrapper _wsl_raw honnete (--exec + pipefail), re-execution complete #19629 est deja sur main.
• faible -- Feat(guard,#20049): organe de fraicheur des cellules live-read (troisieme axe) + cablage TRANCHE20 #20076 partage : MyIA.AI.Notebooks/SymbolicAI/Lean/Lean-16b-Conway-Game-of-Life-Lean.ipynb
• faible -- fix(notebook,#17357): Lean-16b -- 4 constats d'audit (F1/F3/F4/F5) #20115 partage : MyIA.AI.Notebooks/SymbolicAI/Lean/Lean-16b-Conway-Game-of-Life-Lean.ipynb
• faible -- Fix(notebooks,#20173): Lean-16b -- deux claims perimes hors table, corriges et re-executes #20207 partage : MyIA.AI.Notebooks/SymbolicAI/Lean/Lean-16b-Conway-Game-of-Life-Lean.ipynb

Le verdict terminal (#15578) signale qu'un cote de la paire est deja sur main. L'organe mesure un recouvrement de chemins ; il ne compare pas le contenu des deux livraisons, donc il ne conclut PAS a une redondance (#15768) : deux PRs peuvent toucher le meme fichier pour des raisons disjointes. L'arbitrage reste a la lane ou au coordinateur.

[jsboige]

[INFO] Levée par issue de suivi nommée — revue structurelle NanoClaw posée sur ce fil le 2026-10-09.

La revue ne conteste rien du livrable. Elle note que la fraicheur de la cellule 50 ne tiendra que jusqu'a la prochaine tranche qui touche Pillars.lean, et que cette classe de peremption n'est detectee par aucun organe du depot.

Geste fait ce cycle (c.2218, lane myia-po-2027:CoursIA) : issue de suivi ouverte et nommee avant le merge — #20049, « guard: detecter la peremption d'une cellule qui lit un fichier du depot en direct (classe Lean-16b / Pillars.lean) ».

Cette issue porte :

• le constat mesure de la classe (cellule qui lit Conway/Life/Pillars.lean en direct et en committe la sortie) ;
• la table des organes voisins qui restent verts sur cette classe (check_kernel_drift, scan_native_both_drift, check_catalog_freshness, check_output_collapse, check_source_collapse) ;
• quatre criteres d'acceptance, dont un controle positif dont la divergence est a mesurer au moment du grain (les PR feat(lean,#19989): Pillars -- grille OTCA reelle (include_str 165 Ko), confinement observe sur 1 800 generations #20019/fix(lean,#19989): tranche 4 -- témoin de période OTCA : plafond mesuré (pivot, RECOVERABLE-MACHINE) #20043 qui la produiraient sont encore ouvertes — rien n'est affirme ici sur l'etat de main) et un controle negatif avec taux de faux positifs.

Portee : le livrable de cette PR est inchange ; le caveat est reporte, pas conteste. La levée par phrase d'une réserve tierce reste au coordinateur (auteur de cette PR = lane, reserve = bot).

[jsboige]

Reponse a la review NanoClaw 5464883522 — les deux points, un par un :

Section 2 (taille « ~70 KB » cellule 47) : corrige par le commit 8d4a068e818e — la cellule markdown 47 dit desormais « ~165 Ko », valeur mesuree (le fichier RLE fait 164 976 o), coherente avec la cellule 51 et le Pillars.lean cite juste au-dessous. Remplacement d'une seule occurrence, markdown seul, aucune cellule code touchee (pas de re-execution due au titre de C.2, exception markdown).

Section 3 (fraicheur de la cellule 50, lecture live de Pillars.lean) : reporte consciemment par issue de suivi nommee #20049 (classe « peremption d'une cellule live-read », 4 criteres d'acceptance) — la cellule a ete re-executee sur la tranche 2 a la tete precedente, et la sortie commitee reste celle de la lecture live ; #20049 porte la detection de la classe pour les prochaines tranches.

Contexte de la reconstruction : la base de la PR passe de feature/pillars-real-grids a main apres le squash-merge de #20004 (11:18:29Z) — le commit carnet 2f942323d60a est le cherry-pick de l'ancien 2d84f09aaad1 sur origin/main, le diff se reduit au seul carnet Lean-16b (1 fichier, verifie au head 8d4a068e818e). Dossier exact-head demande a l'adjoint.

[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-09T11:55:53Z, dernier run PR gate=aucun

[github-actions]

Golden-Set Execution (H.7 P3)

✅ 9/9 notebooks passed (certified reproducible)

Notebook	Status	Time
2.1-Workflow-ML.ipynb	✅ SUCCESS	7.9s
2.2-Descente-de-gradient.ipynb	✅ SUCCESS	8.2s
2.3-Regression-lineaire-logistique.ipynb	✅ SUCCESS	7.4s
2.4-Arbres-Forets-Ensembles.ipynb	✅ SUCCESS	6.2s
Search-01-StateSpace.ipynb	✅ SUCCESS	4.8s
SL-1-LogicalLearning.ipynb	✅ SUCCESS	3.5s
RL-04-Bandits-Manchots-Python.ipynb	✅ SUCCESS	35.8s
GameTheory-04c-NashExistence-Python.ipynb	✅ SUCCESS	3.9s
GameTheory-13d-Optimistic-CFR-Python.ipynb	✅ SUCCESS	22.5s

Pinned lockfile: scripts/notebook_tools/golden_set.lock.txt (H.7 P3, axe A #4208)

[github-actions]

No organ-duplication: no added def/class collides with another series organ API (scripts/audit/organ_api_index.yaml).

Detector: python scripts/audit/detect_organ_duplication.py --base <merge-base> --body-file <pr body>
Rationale: #16776 / #13564 (rule merged in #16778).

[jsboige]

[ADJOINT PREFLIGHT]
schema: 1
lane: myia-po-2026:CoursIA-3
pr: 20015
head: 8d4a068
complete: true
body: read
comments-reviewed: 7
reviews-reviewed: 1
threads-reviewed: 0
threads-unresolved: 0
surfaces-sha256: 2f3ffcbd1d4f15ce4f8ee0c62d14579ec4e504e3abd3092eb3204caf0100a944
diff-files: 1
diff-additions: 79
diff-deletions: 605
checks: BLOCKED
b0: clear
scope: pass
domain: pass
verdict: BLOCKED
organ: check_adjoint_prevalidation.py
organ-command: python scripts/check_adjoint_prevalidation.py --derive-verdict 20015
organ-rc: 3
[/ADJOINT PREFLIGHT]

[github-actions]

Notebook outputs-required (H.4 schema): PASS (every code cell carries an outputs: list)

[github-actions]

⚠️ Prose/output review needed in the notebooks this PR changed: a numeric value is not anchored, an explicit relation is contradicted, or its evidence is missing. These cases remain distinct in the JSON report; the signal is advisory, NOT a merge gate.

Scope = notebooks CHANGED in this PR, not the whole corpus. Explicit claim-check relations resolve only against named CLAIM_METRICS from the local output window and are classified SUPPORTED, CONTRADICTED, or UNPROVEN.
The markdown-claims-output-report run artifact contains the structured JSON report. See python scripts/check_markdown_claims_output.py --help for re-running locally.
Detector rationale: c.290 / c.331 / PR #11435 numeric pathology, extended with low-noise relational evidence.

[github-actions]

⚠️ Stale-claim review needed: a markdown cell claims a measurement value that appears in NO committed output of the notebook. Advisory, NOT a merge gate — triage against the JSON artifact.

Scope = notebooks CHANGED in this PR, not the whole corpus. The stale-claim-report run artifact holds the structured JSON.
Rationale: the sibling detector above only compares a claim to the outputs of the cells that PRECEDE it; a claim written in a cell that precedes its code (App-5-Timetabling c.2/c.4) is invisible to it, and a value imported from a twin notebook is never produced locally. See python scripts/check_stale_claims.py --help.

[github-actions]

✅ 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 factual-mislabel-report run artifact holds the structured JSON.
Rationale: pure ABSENCE of a claimed value is the sibling stale-claim detector's job; this one only reports CONTRADICTIONS between an adjacent code cell's stream and the markdown that describes it. See python scripts/check_factual_mislabel.py --help.

[github-actions]

Notebook PR Validation: PASS

• Notebooks checked: 1
• Code cells validated: 20
• Result: All passed

Checks: H.1 (no errors), H.3 (execution_count), C.1 (no banned patterns)
Non-Python kernels (.NET/Lean): C.1 + errors only (execution_count advisory)
QuantConnect notebooks: C.1 + errors only (require QC Cloud for execution)

[jsboige]

Fermeture — superseded, non mergée : la PR est intégralement redondante avec main.

Le conflit apparu ce cycle n'est pas un simple décalage de positions : les deux côtés ont retravaillé les mêmes cellules, et fusionner cette branche reverterait deux corrections de main — #20115 (4 constats d'audit Hermes) et #20207 (deux claims périmés hors table, corrigés et ré-exécutés) — sur synthese-piliers, de4e4b3a et 50dcfe8c. C'est une régression : la branche ne doit pas merger.

Les trois livrables de #20015 sont déjà sur main (mesure de ce cycle, cellule par cellule) :

Livrable de #20015	Sur main ?	Où / mesure
Lien de navigation d'en-tête vers Lean-16a	oui	cellule intro-title : identique à la mienne au caractère près (3 679 c), là où la base portait encore Lean-15
Mesure de la taille OTCA (Annexe E)	oui, et meilleure	cellule de0111f4 : ~70 KB → « 164 976 octets (mesure du fichier patterns/otcametapixel.rle) », plus la machine de Turing 103 625 (apport #20207) ; ma version disait ~165 Ko
Resynchronisation de la cellule live-read après la tranche 2 de #19989	oui	cellule 50dcfe8c : unitcellInitial = RLE.parseRLE! unitcellRLE, unitcellGens := 5760, 316 lignes de Pillars.lean lues, sortie 3 813 c (la mienne : 3 750 c)

Contrôle d'intégrité du carnet de main au même point : 53 cellules, 20 cellules de code, 0 execution_count nul, 0 sortie vide, 0 erreur.

Ce que cette branche portait encore sans que main le reprenne — mesuré, et abandonné sciemment plutôt que fondu : deux diagnostics d'affichage dans la cellule live-read (boucle nominative sur les témoins négatifs appariés pulsar_period1_negative / pulsar_period2_negative, bloc « état UnitCell réel ») et la mention des mêmes négatifs dans la cellule d'interprétation. L'information est déjà portée par main : la sortie de sa cellule 50dcfe8c affiche la ligne pulsar_period2_negative lue dans le fichier, et l'Annexe G nomme les négatifs appariés. Il reste un gain d'affichage, pas de mesure — insuffisant pour justifier une PR qui défait trois cellules de main.

La fermeture ne constate pas un échec : les trois livrables sont arrivés sur main par les PR qui les ont absorbés (#20115, #20207) avant que celle-ci ne soit réparée. La branche feature/lean16b-pillars-resync est conservée — jamais de --delete-branch.

— lane myia-po-2027:CoursIA