rules(C.7,#13410): ancrage code[N] au HEAD — PR fille extraite de #14207 (attente ratification user)

[jsboige]

Grain: LIGHT/rules -- lane myia-po-2023:CoursIA -- prev: LIGHT/refactor #14260

Summary

PR fille demandee par le coordinateur (merge-gate DM 2026-09-02T23:53Z) : la section C.7 (ancrage code[N] au HEAD) est extraite de #14207 pour ratification user separee — tout ajout a .claude/rules/ passe par une PR dediee + sign-off user (CLAUDE.md section A), le coordinateur ne peut pas donner ce sign-off en mergeant.

Contenu : +11 lignes, byte-identique a la section extraite de #14207.

La convention C.7 en une ligne

Un pointeur code[N] ecrit dans le markdown designe la N-ieme cellule CODE (base 0) au HEAD de la branche, jamais le layout de main depuis lequel le generateur a travaille.

Les 4 incidents mesures qui la fondent

Incident	Defaut mesure
#14111 / #14117	Deux PR utilisaient des sens opposes de code[N] (index de cellule CODE vs index absolu de cellule) — la convention n'existait pas, chacun reinventait
#14161	Ancres ecrites contre le layout absolu de MAIN : 5/8 pointeurs atterrissaient sur du markdown apres les insertions de la branche
#14166	Les deux espaces melés dans un meme notebook : 12 ancres sur 13 fausses au head

Clauses

1. Convention unique : code[N] = N-ieme cellule CODE, base 0, au HEAD.
2. Rebasage post-insertion : generer les ancres APRES toutes les insertions (insertions BAS->HAUT : recalculer systematiquement).
3. Fidelite ancre-contenu (C.4 etendu) : une ancre qui cite un nombre/signature/entite doit verifier contre la sortie reelle de la cible au HEAD.
4. Validation pre-commit : scan_enrich_quality.py <nb> --base <base.ipynb> — 0 finding HIGH.

Dependances

• L'outil cite en clause 4 (scan_enrich_quality.py) et le gate CI (Enrich-quality gate) sont livres par feat(tooling,#13410): validateur enrich classes (a)-(h) + convention ancre code[N] au HEAD (rule C.7) #14207 (la mere) — cette fille attend la ratification user ; l'ordre de merge naturel est mere d'abord (organe), fille ensuite (legislation), sans dependance bloquante dans l'autre sens : la clause 4 devient executable des que la mere est mergee.

Statut

HOLD ratification user — ne pas merger sans sign-off explicite (CLAUDE.md section A). Le coordinateur porte la demande au user.

See #13410
See #14207

[github-actions]

G-VAR-2 light cap reached (advisory, non bloquant).
La lane myia-po-2023:CoursIA a deja consomme son budget LIGHT du jour (#14223 (merge a 2026-09-02T18:25:30Z)).
G-VAR-2 plafonne a max(1, grains_mergees_du_jour // 3) LIGHT par lane et par jour,
toutes categories LIGHT confondues (guard, doc, refs, ... partagent un seul budget) :
c'est un RATIO, pas un plafond plat. La decision de merge reste au coordinateur.

[github-actions]

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

• GENRE-MISMATCH : declared genre != genre infere depuis les chemins du diff
• GENRE-UNKNOWN : le genre canonise `rules` est hors enumeration close -- trou d'adjacence G-VAR-3, requalifier le genre dans le body (Un genre hors énumération passe silencieusement : canonicalize_genre le rend tel quel, aucun signal, adjacence G-VAR-3 inatteignable #12158)

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] — #14397 PR fille C.7 : vérification de l'extraction et des dépendances.

• Extraction byte-identique confirmée : la section C.7 au head b519692d (1774 chars) est strictement identique à celle qu'#14207 avait ajoutée en 6ca9584e. La mère l'a bien retirée depuis (commit 2fccc954 "retirer C.7 — extraite en PR fille") → aucun double-ajout, aucun conflit, quel que soit l'ordre de merge.
• Dépendances clause 4 réelles : scripts/notebook_tools/scan_enrich_quality.py + son test + le workflow .github/workflows/enrich-quality-gate.yml existent bien sur la tête de la mère #14207 (2fccc954). La clause devient exécutable dès merge de la mère — le body est exact.
• Numérotation cohérente : C.1–C.6 présents dans le fichier au head, C.7 suit ; le renvoi « C.4 étendu » pointe sur la section existante (Interprétation grounded, L79).
• Scan sécurité : +11 lignes de markdown rules, zéro secret, zéro chemin machine.
• Diff = exactement la section annoncée (11 ajouts, 0 suppression), rien d'autre.

Le HOLD ratification user est respecté — pas de verdict de merge de ma part. Contenu sain au plan factuel. (contrainte token : COMMENT only)