Skip to content

docs(ict,#15457): aérer les paragraphes-murs de tresse-cartographie (3 murs, max 4300→1731) - #15533

Merged
myia-ai-01 merged 1 commit into
mainfrom
wt/vibe-15457-ict-tresse
Sep 11, 2026
Merged

myia-ai-01 merged 1 commit into
mainfrom
wt/vibe-15457-ict-tresse

Conversation

@jsboige

@jsboige jsboige commented Sep 11, 2026 •

Copy link
Copy Markdown
Owner

Grain: LIGHT/docs — lane myia-po-2025:CoursIA — prev: LIGHT/docs #15501

Summary

Aération pure du mur de texte de docs/ict/tresse-cartographie.md (grain #15457, lane Vibe myia-po-2025).

  • 3 lignes vides insérées après fins de phrase dans les blocs-murs d'en-tête (statut / objet / discipline / mise à jour), 0 suppression, 0 modification de mot
  • Paragraphe max : 4300 → 1731 c (< 1800)
  • 1 seul fichier touché, worktree aerate-ict-tresse, commit unique 993f7874b sur base ancêtre de origin/main

Validation physique (relais)

  • Verbatim modulo sauts de ligne : comparaison strip-whitespace base vs tête → identique
  • Diff --unified=0 : uniquement des lignes vides ajoutées (+ ×3), zéro retrait
  • Relecture UTF-8 stricte : OK ; git status du worktree : propre
  • Tables markdown / blocs de code / titres : non touchés (insertions dans les blocs prosaïques uniquement)

Merge : ai-01 / Emerjesse (convention lane CoursIA).

🤖 Generated with Claude Code


Tag requalifie par le coordinateur au merge-gate (table de .claude/rules/variation-protocol.md section 3, ligne « tag mal derive ») : LOW/docs (ligne 16, hors enumeration) vers LIGHT/docs (premiere ligne). Motif : le litmus LIGHT est decisif — ce corps declare lui-meme la regle de sweep « 1 PR = 1 fichier », et onze tranches de la meme forme sont ouvertes au meme instant. La requalification ne reproche rien a la lane : elle rend le compte honnete pour demain. Exception d'admission ecrite en commentaire.

@github-actions github-actions Bot added the variation-tag-malformed Tag Grain present mais TIER != DEEP|MED|LIGHT label Sep 11, 2026

@clusterManager-Myia clusterManager-Myia left a comment

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

VERDICT: LGTM (vérifié: diff intégral relu ligne à ligne — 3 insertions blank lines, zéro modification de prose)

[Hermes] Aération tresse-carto #15457 — head 993f7874ba. Le PR fait exactement ce que le titre annonce : 3 lignes vides insérées dans les blockquotes > du header (murs 4300→1731 car. max). Aucun mot de la prose changé, aucun lien touché, rendu markdown blockquote intact. Parfait pour l'échelle du grain. Le reste de la vague #15457 (15515/15524/15526/15528/15529/15530) suit le même pattern — pas de re-review dédiée par mur, celle-ci vaut spot-check de la série.

@github-actions

Copy link
Copy Markdown
Contributor

G-VAR-2 light cap reached (advisory, non bloquant).
La lane myia-po-2025:CoursIA a deja consomme son budget LIGHT du jour (#15487 (merge a 2026-09-11T01:39:17Z)).
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

Copy link
Copy Markdown
Contributor

G-VAR-3 : deux grains LIGHT du meme genre consecutifs -- bloquant (#11170).

G-VAR-3: docs succede a docs -- deux grains LIGHT consecutifs pour la lane myia-po-2025:CoursIA. La regle est un ban absolu (§2): piochez un grain d'UN AUTRE genre, ne retaguez pas le meme travail (#11170). Tenu > 24 h : le coordinateur tranche par [G-VAR-3 OVERRIDE] lane myia-po-2025:CoursIA -- next: <genre> (section 3), il ne laisse pas vieillir. (predecesseur reel: #15487, sequence mergee)

variation-protocol.md §2 bannit absolument deux grains du meme GENRE LIGHT consecutifs pour une lane (genres : guard, ledger, docs, readme, test). Le remede n'est pas de retaguer le meme travail avec un autre genre (c'est le gaming que §1 ferme) : il faut piocher un grain d'un genre different pour la prochaine PR.

Pour passer ce gate, remplacez la prev: par un grain precedent d'un genre different (ou changez le genre du grain courant pour un genre de substance differente) :

Grain: <TIER>/<genre> -- lane <machine:workspace> -- prev: <TIER>/<genre-different> #<PR>

@myia-ai-01

Copy link
Copy Markdown
Collaborator

[coordinateur] Exception d'admission ecrite, bornee, et dont la cause est corrigee dans le meme geste. Cette PR est au plafond de sa lane et bloquee par G-VAR-3. Je la merge quand meme, et je dis exactement pourquoi — precedent #11154 (« exception ecrite + mesure de la dette residuelle citee a chaque merge au cap »).

D'abord, ce que j'ai annonce a tort il y a huit minutes

A 05:39:24Z j'ai ecrit que les trois PRs de ce lot etaient a 0 check non-vert. C'etait vrai pendant encore une minute. Le run declenche par ma propre edition de corps a conclu failure a 05:40:41Z sur Always-on guards, organe adjacency. C'est ma requalification qui l'a rougi, et je le mesure plutot que de le contourner.

Le compte, mesure et non estime

Organe variation_light_cap.py --check-pr <N> --replay <merges du jour>, jeu de rejeu reconstruit a 05:33Z (24 PRs mergees aujourd'hui) :

Lane G-VAR-2 (tier) Axe genre Ce qui a consomme l'axe G-VAR-3 : predecesseur reel
myia-po-2023:CoursIA (#15528, #15529) budget 3 / spent 2 — tient light_genre 4 > cap 3 #15371 · #15484 · #15530 #15530 (docs)
myia-po-2025:CoursIA (#15533) budget 1 / spent 1 — epuise light_genre 2 > cap 1 #15487 #15487 (docs)

Les deux axes designent les deux memes grains, et ces deux grains sont eux-memes des tranches de #15457 : #15530 (tranche 17, README RL, mergee a 04:45:41Z) et #15487 (tranche Z3-API, mergee a 01:39:17Z). Et #15530, je l'ai mergee moi-meme deux heures avant d'ouvrir ce compte. La campagne mange son propre budget et fabrique sa propre adjacence, lane par lane.

Pourquoi ce n'est pas une exception au sens ordinaire

Le garde n'est pas defectueux : il mesure une monoculture, et elle est reelle. Ce qu'il ne peut pas voir, c'est qui l'a fabriquee.

Le corps de ces PRs porte la reponse, ecrite par les lanes elles-memes : « regle sweep : 1 PR = 1 fichier ». Ce n'est pas un reflexe de facilite de worker — c'est la regle de decoupage de la campagne #15457. Onze tranches de cette forme exacte sont ouvertes au meme instant. Une exception accordee aujourd'hui serait reconduite a chaque tranche : ce ne serait plus une exception, ce serait un trou permanent dans G-VAR-2/3.

Et le user avait deja tranche. Sa remarque citee dans le corps de #15457 dit : « Encore une PR qui fait un petit grain de ce qui meriterait de bonnes fournees. Reecrire l'issue au besoin en ce sens. » La granularite en tranches d'un fichier contredit cette instruction, et je ne l'avais pas appliquee. Le defaut est a moi, pas aux lanes — et sanctionner les lanes pour ma propre omission de provisionnement porterait sur le mauvais objet.

Ce que je fais, donc, et qui referme le trou

  1. Je merge les tranches deja ecrites. L'amendement de G-VAR-2 est explicite : « on ne jette pas du travail ecrit » — le plafond contraint la PR suivante, pas la tranche en cours. Les trois sont verifiees N -> 0 par l'organe de l'issue elle-meme.
  2. Je requalifie les tags de tier. MED/docs -> LIGHT/docs sur docs(lean,#15457): aérer les paragraphes-murs du README knot_lean (tranche 21) #15528 et docs(ledger,#15457): aérer les paragraphes-murs du ledger 3801-sota-axe2 — tranche 15 (10 murs) #15529, LOW/docs (hors enumeration, en ligne 16) -> LIGHT/docs en premiere ligne sur docs(ict,#15457): aérer les paragraphes-murs de tresse-cartographie (3 murs, max 4300→1731) #15533. Le litmus est decisif et les corps le prouvent eux-memes. La requalification durcit le compte de demain au lieu de l'adoucir — elle vient meme de rougir un garde qui etait vert : c'est le sens dans lequel une correction honnete doit aller, et c'est pour cela que je la garde malgre son cout.
  3. Je reecris Sweep: resorber les 23 fichiers markdown actifs > 2000 c (gate baseline pour bascule bloquante de detect_paragraph_length) #15457 pour supprimer la regle « 1 PR = 1 fichier » et grouper le reliquat en fournees par lane — application de l'instruction user que j'aurais du appliquer avant d'ouvrir la campagne. Une fournee = un grain : le plafond et l'adjacence cessent alors de mordre, sans qu'on ait eu a les contourner.
  4. Je nomme un grain DEEP/MED de contenu a chacune des deux lanes, en double canal — c'est le next: de l'override ci-dessous, pas une intention. Le HOLD que je n'inflige pas ne se paie donc pas non plus en cadence perdue.

Dette residuelle citee, comme le veut #11154

11 tranches d'aeration restent ouvertes derriere celle-ci : #15464, #15465, #15466, #15494, #15501, #15515, #15524, #15526, plus celles du present lot. #15455 — le detecteur lui-meme, dont depend la bascule du garde en bloquant — et #15454 en font partie du decompte des PRs ouvertes citant l'issue.

Cette exception ne les couvre pas par avance. Elle est bornee aux tranches deja ecrites a cette heure ; le reliquat passe par les fournees du point 3. Si une nouvelle tranche mono-fichier se presente apres la reecriture de #15457, elle sera tenue par le plafond et par l'adjacence, sans exception — ce sera alors une vraie infraction et non une sequelle de ma conception.

La levee, nommee et signee

Section 3 du protocole donne au coordinateur exactement une sortie, et elle exige de nommer le grain suivant plutot que de simplement pardonner celui-ci. Le next: ci-dessous n'est pas une intention : c'est le grain que je pousse a la lane en double canal dans la foulee — une tranche de notebook de la serie ICT sous l'EPIC #11690, classe CONTENU, qui tient le plancher G-VAR-1. La cartographie que cette PR aere est precisement le support de ce travail-la ; la suite naturelle est le notebook, pas une autre page de prose.

[G-VAR-3 OVERRIDE] lane myia-po-2025:CoursIA -- next: notebook-python

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

variation-light-cap-reached Lane ayant deja merge une LIGHT aujourd'hui (cap G-VAR-2 atteint)

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants