Repository navigation
docs(ict,#15636): ICT-22b et ict/causal_engine.py visibles dans les deux index de la serie (cherry-pick c.1104 dissipation) - #15752
Conversation
|
G-VAR-2 light cap reached (advisory, non bloquant). |
|
G-VAR-2/3 GENRE signals (advisory, non bloquant, #10020).
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 |
…ige (#15804) `--check` n'excusait un lien casse que s'il figurait dans `baseline_docs_links.json` — un fichier fige a `broken_links: []` qu'aucune automatisation ne regenere (`--baseline` n'est appele nulle part). Un seul lien casse sur `main`, meme introduit par une PR mergee, etait donc rapporte comme « REGRESSION » sur TOUTE PR ouverte, et rougissait trois checks d'un coup : `check-links`, `Always-on guards` et `PR gate`. Voie 1 de l'issue : `--check --base <ref>` lit l'arbre de la base et soustrait les liens deja casses la-bas. Un lien n'est excuse que si la source existait a la base, portait la meme cible, et que cette cible y manquait deja. Un lien ajoute par la branche, ou une cible que la branche supprime, restent donc des regressions. Le fichier fige garde son role sur les voies sans base disponible (dispatch manuel, scan complet). `scan_file` est scinde en `scan_content(content, rel_source)` + enveloppe : le meme scanner sert l'arbre de travail et un `git show <ref>:<path>`. Le code de retour de git est inspecte AVANT de lire stdout (#15387). La garde de voie rapide `check-links` passe desormais `--base {base_ref}` avec `needs_base=True` — la convention des gardes base-vs-head du depot. Mesure sur un arbre `origin/main` propre (lien ICT-Series/README.md:214 introduit par #15752 MERGED, dont la cible ne vit que dans la PR ouverte #15609) : avant : REGRESSION: 1 new broken link(s): ... -> exit 1 apres : OK: No new broken links. (1 pre-existing, 6845) -> exit 0 Controle positif — un lien neuf injecte reste designe : REGRESSION: 1 new broken link(s): docs/reference/common-commands.md:84 -> ./NOPE-...md -> exit 1 Tests : 66 dans `test_check_docs_links.py` (dont 9 neufs : excuse par la base, non-masquage d'un lien neuf, oracle d'arbre git, traversal, cible html/Quarto, sous-module, revision illisible), 141 avec les suites fast-lane. `scripts/tests` est execute par `scripts-tests.yml`, donc ces tests tournent en CI. See #15766 — l'acceptance 3 (le lien README lui-meme redevient valide) releve de #15609 : les deux moities sont complementaires. Co-authored-by: Claude Sonnet 5 <noreply@anthropic.com>
…ige (#15804) `--check` n'excusait un lien casse que s'il figurait dans `baseline_docs_links.json` — un fichier fige a `broken_links: []` qu'aucune automatisation ne regenere (`--baseline` n'est appele nulle part). Un seul lien casse sur `main`, meme introduit par une PR mergee, etait donc rapporte comme « REGRESSION » sur TOUTE PR ouverte, et rougissait trois checks d'un coup : `check-links`, `Always-on guards` et `PR gate`. Voie 1 de l'issue : `--check --base <ref>` lit l'arbre de la base et soustrait les liens deja casses la-bas. Un lien n'est excuse que si la source existait a la base, portait la meme cible, et que cette cible y manquait deja. Un lien ajoute par la branche, ou une cible que la branche supprime, restent donc des regressions. Le fichier fige garde son role sur les voies sans base disponible (dispatch manuel, scan complet). `scan_file` est scinde en `scan_content(content, rel_source)` + enveloppe : le meme scanner sert l'arbre de travail et un `git show <ref>:<path>`. Le code de retour de git est inspecte AVANT de lire stdout (#15387). La garde de voie rapide `check-links` passe desormais `--base {base_ref}` avec `needs_base=True` — la convention des gardes base-vs-head du depot. Mesure sur un arbre `origin/main` propre (lien ICT-Series/README.md:214 introduit par #15752 MERGED, dont la cible ne vit que dans la PR ouverte #15609) : avant : REGRESSION: 1 new broken link(s): ... -> exit 1 apres : OK: No new broken links. (1 pre-existing, 6845) -> exit 0 Controle positif — un lien neuf injecte reste designe : REGRESSION: 1 new broken link(s): docs/reference/common-commands.md:84 -> ./NOPE-...md -> exit 1 Tests : 66 dans `test_check_docs_links.py` (dont 9 neufs : excuse par la base, non-masquage d'un lien neuf, oracle d'arbre git, traversal, cible html/Quarto, sous-module, revision illisible), 141 avec les suites fast-lane. `scripts/tests` est execute par `scripts-tests.yml`, donc ces tests tournent en CI. See #15766 — l'acceptance 3 (le lien README lui-meme redevient valide) releve de #15609 : les deux moities sont complementaires. Co-authored-by: Claude Sonnet 5 <noreply@anthropic.com>
Grain: LIGHT/docs — lane myia-po-2026:CoursIA-2 — prev: LIGHT/guard #15702
docs(ict,#15636): ICT-22b et ict/causal_engine.py visibles dans les deux index de la serie (cherry-pick dissipation c.1104)
Périmètre du changement
MyIA.AI.Notebooks/IIT/ICT-Series/ICT-0-Framing.mdMyIA.AI.Notebooks/IIT/ICT-Series/README.mdTotal : 2 fichiers, +4/-1 — Livrable identique au squash d'origine.
Contexte — issue #15636
ICT-22b (notebook consumer tranche 3) et le module
ict/causal_engine.pyétaient implémentés mais absents des deux index de la série ICT :ICT-0-Framing.md(index narratif d'introduction) etREADME.md(index principal). Un lecteur arrivant sur la série ne pouvait pas les repérer en naviguant.Cherry-pick mechanics
Vérification pre-merge
gh pr view N --json baseRefName | jq -e '.baseRefName == "main"'(Tell c.1105-L1 ★★ fondateur, dissipation c.1104 INCIDENT).git log origin/main | grep e6a8897b9baprès merge.git diff eac596462 e6a8897b9b -- MyIA.AI.Notebooks/IIT/ICT-Series/doit rendre 0 ligne (même contenu).Anti-régression contenu
Le contenu textuel des deux fichiers index a déjà été revu et accepté par reviewers sur #15649 — re-merge sur main est une dissipation d'incident, pas une réécriture.
Co-Authored-By: Claude Haiku 4.5 (1M context) noreply@anthropic.com