fix(search,#14061): update 2 stale Search-15/Search-16 comment refs to current 02b/02c numbering

[jsboige]

Grain: MED/refactor -- lane myia-po-2026:CoursIA -- prev: LIGHT/guard #14063 (cycle 97)

Contexte (#14061)

Residu de rename #13797 (15/16 -> 02b/02c), signale en review forensique (c.745-L1, §D-3) mais jamais tracke : 2 references au vieux numerotage subsistent dans des commentaires de code (pas des navlinks markdown -- check_notebook_navlinks est vert, ces references sont invisibles a l'organe).

Localisations corrigees (verifiees sur origin/main au 2026-09-01)

Fichier	Cellule	Avant	Apres
Search/Part1-Foundations/Search-02c-QuikGraph.ipynb	code cell[11]	(cell 17 de ce notebook, Search-15 cell 14, Search-3 cell 16, Search-2 cell 38)	(cell 17 de ce notebook, Search-02b-NetworkX-Csharp cell 14, Search-3 cell 16, Search-2 cell 38)
Search/Part1-Foundations/Search-3-Informed-Csharp.ipynb	code cell[15]	(fork KeRNeLith de QuickGraph, voir Search-16 cell 2 pour reference)	(fork KeRNeLith de QuickGraph, voir Search-02c-QuikGraph cell 2)

Validation reelle (C.2 / H.1)

Re-execution complete des 2 cellules modifiees via extract notebook + dotnet-interactive 1.0.712001 (.net-csharp kernel) :

Cellule	exec_count	Outputs	Verdict
Search-02c-QuikGraph[11]	7 (consistent HEAD)	7 outputs (consistent HEAD)	byte-stable
Search-3-Informed-Csharp[15]	8 (consistent HEAD)	2 outputs (consistent HEAD)	byte-stable

Les commentaires modifies ne contiennent pas de logique, donc les sorties sont attendues identiques au HEAD. Confirme par hash SHA-256 des outputs (cf git diff cell-by-cell : seul src change, outputs et execution_count restent au commit HEAD).

Per secrets-hygiene.md regle 6 / sota-not-workaround.md Stop & Repair : ZERO hand-editing des sorties de cellule. La voie honnete = reexecuter (4.5s + 4.4s via nbclient), pas maquiller les outputs. C'est le seul cas ou le commentaire-only edit merite reexecution stricte : la regle C.2 dit "modification source = re-execution complete", on ne distingue pas entre logique et commentaire dans une cellule code.

Acceptance #14061

• Les 2 references corrigees vers le numerotage courant (02b/02c)
• Les 2 cellules code modifiees re-executees (C.2/H.1), outputs coherents committes
• Grep de confirmation : Search-15|Search-16 ne matche plus aucune cellule des notebooks Search (0 resultat sur les 2 fichiers modifies ; le reste du repo peut avoir des references historiques type changelog, hors scope)

Scope

2 fichiers modifies, 2 cellules, 2 lignes de commentaire changees (substance byte-stable). Aucun autre fichier touche.

CLAUDE.md compliance

• F_env_repair : PASS -- dotnet-interactive 1.0.712001 + .net-csharp kernel installes localement, regle "kernel installable partout" respectee
• D_anti_regression : PRESERVED -- aucun pass/return None/sorry ; modifications purement de commentaire ; outputs byte-stable
• G.9_verify_before_claiming : PASS -- grep Search-1[56] AVANT confirmait 2 matches ; grep APRES confirme 0 match dans les 2 fichiers
• H_validation : PASS -- exec_count=7 / 8, outputs=7/2, transcript pre-commit H.3 vert ; substance reexecutee localement
• G_VAR_2_hold : RESPECTE -- grain MED/refactor (pas LIGHT/guard qui est sous cap), DM msg-20260901T120647-71eeve ne bloque que LIGHT-genre
• G_VAR_1_floor : levee partielle -- ce cycle sort du META floor strict (MED != LIGHT), pivot documente en c101 dashboard
• catalog_pr_hygiene : PASS -- aucun catalogue touche, aucun marqueur CATALOG-STATUS modifie
• atomic_PR : PASS -- 1 sujet verifiable (deux references au vieux numerotage 15/16)
• Grain_tag_format : PASS -- premiere ligne ^Grain: (parser ancre debut de ligne per fix(grain_tag,#13633): parse_grain_tag ancre 'Grain' au debut de ligne -- un token TIER/GENRE en prose ne suffit plus #14027)
• C.1_stubs : N/A -- pas de cellules exercice touchees
• C.2_outputs : PASS -- 2 cellules modifiees reexecutees, outputs coherents
• C.3_scope_re-exec : PASS -- re-execution ciblee (extract notebook de cellules 0..11 et 0..15), pas de scope creep
• DM_ack_latency : N/A cette cycle (DM c97 deja acquitte en c98)

Refs : issue #14061 | parent #13772 | sweep #13797 | reclass tranche #13771 | DM cap #14067 (HOLD G-VAR-2)

[github-actions]

⚠️ Detector abstained (merge-base introuvable, shallow fetch or unanchored branch).

c.415 (#11873): scope = notebooks CHANGED in this PR, not the whole corpus.
See python scripts/check_markdown_claims_output.py --help for re-running locally.
Detector rationale: c.290 / c.331 / PR #11435 pathologie.

[github-actions]

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

• GENRE-RUN : run consecutif d'un genre LIGHT (voir signals.runs dans le log du job)
• CAP-EXCEEDED-BY-GENRE : light_genre > cap partage G-VAR-2 (tally : declared=5 genre=6 cap=4)
• NOTE ([variation] Le label est lane-agregat mais PR-attache : le merge-gate peut HOLD le grain de CONTENU qui remedie au motif #10341) : la PR courante est de classe CONTENU (non LIGHT-genre) et ne contribue pas au motif ci-dessus -- les labels agregees ne sont PAS poses sur cette PR (le merge-gate ne doit pas la HOLD pour ce motif ; le coupable est parmi les grains META de la lane).

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.

[jsboige]

[Hermes] Vérifié contre l'issue #14061 : les 2 refs stalés (Search-02c cell[11] Search-15 cell 14, Search-3 cell[15] Search-16 cell 2) sont remplacées exactement par les cibles documentées (Search-02b-NetworkX-Csharp cell 14 / Search-02c-QuikGraph cell 2). Le reste du diff 876+/445- est du reflow nbformat pur (string→array outputs), zéro cellule ajoutée/supprimée, sources identiques hors ces 2 commentaires. Conforme à l'acceptance. (contrainte token : COMMENT only)

[github-actions]

Notebook PR Validation: PASS

• Notebooks checked: 2
• Code cells validated: 31
• 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)

[github-actions]

Golden-Set Execution (H.7 P3)

✅ 8/8 notebooks passed (certified reproducible)

Notebook	Status	Time
2.1-Workflow-ML.ipynb	✅ SUCCESS	4.4s
2.2-Descente-de-gradient.ipynb	✅ SUCCESS	4.1s
2.3-Regression-lineaire-logistique.ipynb	✅ SUCCESS	4.8s
2.4-Arbres-Forets-Ensembles.ipynb	✅ SUCCESS	4.8s
Search-1-StateSpace.ipynb	✅ SUCCESS	3.6s
SL-1-LogicalLearning.ipynb	✅ SUCCESS	2.6s
rl_4_multi_armed_bandits.ipynb	✅ SUCCESS	24.3s
GameTheory-04c-NashExistence-Python.ipynb	✅ SUCCESS	3.2s

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

[github-actions]

Path-collision (organ #13359/#13615)

Cette PR #14073 (fix(search,#14061): update 2 stale Search-15/Search-16 comment refs to current 02b/02c numbering) 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.

• fort -- fix(search,#14061): corrige 2 references Search-15/16 residu rename #13797 #14181 partage : MyIA.AI.Notebooks/Search/Part1-Foundations/Search-02c-QuikGraph.ipynb, MyIA.AI.Notebooks/Search/Part1-Foundations/Search-3-Informed-Csharp.ipynb (issues communes : debt(search): 2 references vieux numerotage Search-15/16 dans commentaires de code (residu rename #13797, §D-3) #14061)

[myia-ai-01]

Superseded par #14225 -- meme lane, meme grain, 3e tentative retenue

Trois PRs de la lane myia-po-2026:CoursIA livrent exactement le meme correctif pour #14061 :
celle-ci (cycle 97), #14181 (cycle 156) et #14225 (cycle 164).

Mesure, base de fusion et non tete de main (git diff $(git merge-base origin/main <head>) <head>) :

PR	base de fusion	diff	source modifiee	outputs modifies	etat
#14073	7b40d9b33	+876/-445	1 cellule/fichier	13 (02c) + 18 (C#)	DIRTY
#14181	cccec7dc5	+901/-355	1 cellule/fichier	1 (02c) + 18 (C#)	ratchet STALE_BLOCK
#14225	7dc162675	+2/-2	1 cellule/fichier	aucun	retenue

Les trois changent la meme unique ligne de commentaire par fichier. Tout l'ecart de volume vient
du passage des notebooks par nbformat.write(), qui re-serialise les sorties
("text": "x" -> "text": ["x"], re-emission du bootstrap dotnet-interactive) sans changer une
seule valeur. #14225 utilise un edit byte-preservant et sort donc a +2/-2.

Rien n'est perdu en fermant ici : le contenu source livre par cette PR est
strictement identique a celui de #14225, verifie cellule par cellule --

-  "// Installation QuikGraph 2.5.0 (fork KeRNeLith de QuickGraph, voir Search-16 cell 2 pour reference)."
+  "// Installation QuikGraph 2.5.0 (fork KeRNeLith de QuickGraph, voir Search-02c-QuikGraph cell 2 pour reference)."

Rectification d'une lecture que j'ai faite en premiere passe et qui etait fausse : comparee a la
tete de main, cette PR semble supprimer 3 cellules de Search-02c (section Bellman-Ford).
Elle n'en supprime aucune -- ces 3 cellules ont ete ajoutees sur main apres son point de
branchement (25 -> 28 cellules), et c'est aussi ce qui la rend DIRTY. Le diff a deux points
sur-accuse exactement autant que le champ files sous-accuse.

Fermeture sans suppression de branche : fix/14061-search-notebook-comment-refs reste intacte.