chore(qc): restore projects/*/config.json ignore -- etat machine lean-cli, la regle n'etait pas morte

[jsboige]

Perimetre: MyIA.AI.Notebooks/QuantConnect/.gitignore (seul fichier touche).
Grain: TINY/hygiene -- lane myia-po-2026:CoursIA -- prev: MED/guard #19261

See #8572 · See #8574

Ce que #8574 a retire, et pourquoi la premisse ne tient plus

#8572 justifiait le retrait par "regle MORTE : 23 config.json sont tracks sous projects/, trois ajoutes APRES la regle". Mesure post-merge sur machine de travail (po-2026, 2026-10-05) :

• git ls-tree origin/main -- .../projects/AdaptiveAssetAllocation/config.json = 0 (non tracke sur main).
• git ls-tree 25369a46a1 -- <idem> = 0 (non tracke aussi a l'ancienne borne -- pas de de-track dans l'intervalle, --diff-filter=D vide).
• Tous ces fichiers existent sur disque depuis mai (mtime 2026-05-12) : ce sont des liens locaux lean-cli (org-id/projet cloud), i.e. de l'etat machine par projet, exactement ce que masquait la regle.

Sur un clone frais la regle ne matche rien (d'ou le verdict "morte" en lecture de repo), mais sur chaque machine qui lance lean-cli elle masquait les 23 liens locaux reels. Depuis #8574, chacun apparait en ?? dans git status -- bruit de statut permanent, mesure aujourd'hui sur po-2026 lors du mandat user de nettoyage.

Le point "piege silencieux" ne s'applique plus

L'argument du piege (git add no-op sur fichier ignore) ne concerne que des fichiers TRACKES ou destines a l'etre. Ces config.json sont non tracks et n'ont pas vocation a l'etre (cloud-first : la racine ignore deja les clones locaux QuantConnect/<P>/ au titre du meme workflow). Pour un fichier non tracke matche par une regle, git add refuse bruyamment avec le conseil -f -- il n'y a pas de no-op silencieux.

Le geste

• Restaure projects/*/config.json dans le .gitignore imbrique de QuantConnect.
• Rangee sous son vrai titre (le second defaut de chore(qc): retirer la regle .gitignore morte 'projects/*/config.json' (piege silencieux sur chaque nouveau projet) #8572, "mal rangee" sous Docker Research Stubs, est adresse) : section "Cloud-first: liens locaux par machine (lean-cli)" avec le renvoi aux deux issues et la mesure de retombee.

Preuves

• Diff : +8 lignes au seul .gitignore imbrique, aucune autre touchee.
• Verif locale : git check-ignore -v sur un chemin echantillon matche la nouvelle regle (exit 0) ; les 23 ?? disparaissent du statut sur la machine de travail.
• Pas de catalogue touche ; pas de notebook touche.

[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-10-05) :

• TIER-INFLATION : declared LIGHT << effective LIGHT-genre (tally : declared=2 genre=11 cap=5)
• CAP-EXCEEDED-BY-GENRE : light_genre > cap partage G-VAR-2 (tally : declared=2 genre=11 cap=5)
• GENRE-UNKNOWN : le genre canonise `hygiene` 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)
• 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]

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