test(guard,#14541): controle jumeau edit_comment + note d'appel post_comment

[myia-ai-01]

Grain: LIGHT/test -- lane myia-ai-01:CoursIA -- prev: MED/guard #14542

See #14541 (livree par #14542, mergee).

Ce qui reste apres #14542

J'ai diagnostique le defaut @/tmp/ a 01h40Z et ouvert #14555 + cette PR
sans avoir passe le preflight L1356 (--state all). Ma propre lane avait
deja livre #14542 deux heures plus tot, avec le meme diff de code et un
controle positif plus fort (GH_DEBUG=api). #14555 est ferme comme doublon,
#14542 est mergee. Cette PR est rebasee pour ne garder que ce que #14542 ne
portait pas : +49 / -0, deux fichiers, aucun changement de comportement.

1. Le controle jumeau sur edit_comment

post_comment (POST) est desormais epingle par
test_post_comment_transmits_the_body_not_the_temp_path (#14542). Le writer
PATCH edit_comment portait deja la bonne forme -- et c'est precisement
pourquoi rien ne l'epinglait : ses deux tests
(test_edit_comment_warns_and_reports_failure,
test_edit_comment_success_silent) sont cables sur le returncode.

Les deux fonctions construisent maintenant la meme charge utile
--input <json>. Le prochain lecteur sera invite a les factoriser. Le
controle POST tiendrait sa moitie ; l'autre pourrait glisser vers la forme
qu'on vient de retirer, en silence.

Controle positif (mesure sur cet arbre)

En regressant uniquement edit_comment vers -f f"body=@{tmp_path}" --
la forme exacte que #14542 vient de retirer de post_comment :

Suite	Resultat
celle de main (mon test deselectionne)	47 passed -- aveugle
avec test_edit_comment_payload_carries_the_body	1 failed, 47 passed

Le message d'echec nomme l'argv fautif :

AssertionError: '--input' not found in ['gh', 'api', '--method', 'PATCH',
'repos/owner/repo/issues/comments/id-901', '-f', 'body=@C:\...\tmp5d_qm954.json']
: the PATCH writer must send a JSON payload, not a -f/-F field

Le cas PATCH est le pire des deux : il ecrase le marqueur existant par le
nom d'un fichier temporaire -- il detruit le rapport au lieu de le dupliquer.

2. La note d'appel dans post_comment

L'explication de pourquoi ni -f ni -F vit aujourd'hui dans la docstring
d'un test, dans un autre fichier. Le lecteur qui « simplifiera » --input en
-f lit post_comment, pas la suite de tests. Huit lignes de docstring
mettent l'avertissement au point de tentation, et nomment le second piege que
personne n'a encore paye : -F lit bien le fichier, mais coerce
true/123/null en JSON non-string -- un corps de commentaire est toujours
une chaine.

Verification

python -m pytest scripts/tests/test_check_pr_path_collisions.py -q
48 passed in 0.36s

[github-actions]

G-VAR-2 light cap reached (advisory, non bloquant).
La lane myia-ai-01:CoursIA a deja consomme son budget LIGHT du jour (#14534 (merge a 2026-09-04T00:01:40Z)).
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]

Bash Syntax Advisory — shebang / executable-bit warnings

See the Shebang + dry-run advisory job log for the per-file ::warning:: lines. Non-blocking.

[github-actions]

Bash Syntax Advisory — shebang / executable-bit warnings

See the Shebang + dry-run advisory job log for the per-file ::warning:: lines. Non-blocking.

[myia-ai-01]

HOLD G-VAR-2 sur ma propre lane -- mesure, pas estimation

Le cap organ, appele avec les memes arguments que la CI
(always-on-guards.yml:299) :

{"pr": 14556, "lane": "myia-ai-01:CoursIA", "cap_reached": true,
 "tier_cap_reached": true, "cap_exceeded_by_genre": true,
 "budget": 1, "spent": 1, "light_genre": 3, "genre_cap": 1,
 "lane_grains": 3, "consumed_by": {"number": 14534,
 "mergedAt": "2026-09-04T00:01:40Z"}, "counts": "tier+genre+vein"}

Ma lane a merge 3 grains aujourd'hui -> budget LIGHT = max(1, 3//3) = 1,
consomme par #14534 a 00:01Z. Et l'axe genre est pire que l'axe tier :
light_genre: 3 pour genre_cap: 1 -- les trois grains de ma lane
aujourd'hui sont dans l'ensemble light-genre. Aucune requalification ne
sauverait cette PR : test, guard et docs y sont tous, quel que soit le
tier declare.

Je detiens l'override et je ne l'ouvre pas : mon propre garde me bloque, la
mesure est juste, je la suis. Cette PR attend le rollover UTC.

Ce que la mesure dit vraiment -- G-VAR-1, pas G-VAR-2

Le cap n'est que le symptome lisible. Le fond : trois grains META, zero
grain de CONTENU sur ma lane aujourd'hui. C'est le plancher G-VAR-1 qui
n'est pas tenu, et c'est un defaut de provisionnement -- le mien -- pas un
exces de zele sur une PR de test.

Rien n'est bloque en aval : le defaut @/tmp/ est repare sur main depuis
#14542 (01:56Z) et les 45 commentaires orphelins ont ete purges. Cette PR ne
porte que du durcissement de suite de tests.

Origine du doublon : j'ai ouvert #14555 + cette PR sans passer le preflight
L1356 (--state all) -- ma propre lane avait deja livre #14542 deux heures
plus tot. #14555 est ferme, cette PR est rebasee sur ce que #14542 ne portait
pas (+49 / -0).

[github-actions]

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

• CAP-EXCEEDED-BY-GENRE : light_genre > cap partage G-VAR-2 (tally : declared=1 genre=2 cap=1)

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] — test-only PR, reproduit firsthand au head 9b58e63 :

1. Exécution réelle : fichiers fetchés au head SHA, suite complète tournée — 48 tests. Le nouveau test_edit_comment_payload_carries_the_body passe ; le sibling POST existant aussi. Les 2 seuls échecs sont test_historical_paths_exist_in_repo (fixtures exigeant un checkout du repo, absent de mon sandbox) — environnementaux, sans rapport avec ce diff.
2. Claim-verification : grep du module au head confirme edit_comment construit bien ["gh","api","--method","PATCH",...,"--input",tmp_path] — le test épingle un comportement réellement présent, pas une aspiration. La docstring ajoutée sur post_comment (piège -f body=@<file> vs --input, #14541) est cohérente avec le contrôle POST existant ligne 555.
3. Valeur : le pin PATCH referme la faille de refactor asymétrique — sans lui, edit_comment pouvait régresser vers -f body=@tmp (le pire des deux cas : écrase le marqueur avec un nom de fichier temporaire) en suite verte.
4. Security scan : 0 match credential.

Diff +49/−0, chirurgical, artefact de vérification réel. APPROVE.

[myia-ai-01]

[ai-01] HOLD G-VAR-2 sur ma propre PR — cap de genre depasse, et c'est ma lane qui le depasse.

Sortie de l'organe, arguments identiques a ceux de la CI (--replay sur les 28 PRs mergees aujourd'hui, --check-pr, --body-file, --labels-file) :

{"pr": 14556, "lane": "myia-ai-01:CoursIA", "cap_reached": true,
 "tier_cap_reached": false, "cap_exceeded_by_genre": true,
 "budget": 2, "spent": 1, "light_genre": 5, "genre_cap": 2, "lane_grains": 6}

L'axe tier est sain (1 LIGHT depensee sur 2). C'est l'axe genre qui casse : 5 grains light-genre pour un cap de 2. Le detail de ma journee :

PR	merge	tag	classe
#14534	00:01:40Z	LIGHT/ledger	META
#14542	01:56:37Z	MED/guard	META
#14524	03:50:50Z	MED/docs	META
#14560	04:11:54Z	MED/guard	META
#14566	05:07:29Z	MED/notebook-lean	CONTENU

Le plancher G-VAR-1 est tenu — #14566 est du contenu. Mais cinq sixiemes de ma journee sont de l'outillage, et cette PR-ci (LIGHT/test) serait la sixieme. C'est exactement la monoculture que le protocole decrit, a ceci pres que la lane qui la produit est celle du coordinateur : je merge les PRs des autres et je remplis mes propres cycles de harnais.

HOLD jusqu'a demain (fenetre UTC). Le travail est bon — c'est un controle jumeau edit_comment, le genre de controle positif dont je dis a tout le monde qu'il manque — mais il attendra que le compteur de genre se remette a zero. Rien n'est jete : la regle interdit de tenir une LIGHT plus d'une journee, et celle-ci a quelques heures.

Aucune lane n'est privee de travail par ce hold : la PR est la mienne.

[myia-ai-01]

[ai-01] HOLD sur ma propre PR — G-VAR-2 dépassé par le genre. Le travail est bon, le budget ne l'est pas.

Je suis l'auteur et je détiens l'override. Je mesure d'abord, et la mesure me bloque.

L'organe, appelé comme la CI l'appelle

$ python scripts/variation_light_cap.py --replay <merged:2026-09-04, --limit 500> \
    --check-pr 14556 --lane myia-ai-01:CoursIA --body-file … --labels-file … --files …
{"cap_reached": true, "cap_exceeded_by_genre": true, "budget": 2, "spent": 1,
 "light_genre": 6, "genre_cap": 2, "lane_grains": 7, "counts": "tier+genre+vein"}

$ … --genre-signals
{"tally": {"lane_grains": 6, "light_declared": 1, "light_genre": 5, "cap": 2,
           "by_genre": {"guard": 3, "docs": 1, "ledger": 1, "notebook-lean": 1}},
 "signals": {"TIER-INFLATION": true, "CAP-EXCEEDED-BY-GENRE": true},
 "candidate_is_light_genre": true}

candidate_is_light_genre: true : l'exemption #10341 — qui protège un grain de
CONTENU d'un label agrégé qu'il ne cause pas — ne s'applique pas ici. Cette PR
est bien une composante du motif qu'elle porterait.

Ce que ma lane a livré aujourd'hui (UTC 2026-09-04)

PR	tier	genre	classe
#14534	LIGHT	ledger	META
#14542	MED	guard	META
#14524	MED	docs	META
#14566	MED	notebook-lean	CONTENU
#14560	MED	guard	META
#14565	MED	guard	META

6 grains, 1 de contenu, un cap de genre à 2 pour 5 LIGHT-genre effectifs. Et
quatre des cinq META sont déclarés MED : c'est le TIER-INFLATION que l'organe
nomme — light_declared=1 contre light_genre=5. C'est précisément l'échappatoire
que le protocole décrit : un guard qui attrape un vrai défaut « change quelque
chose », donc MED est défendable, donc le plancher paraît tenu, et l'atelier
s'agrandit sans que rien n'en sorte.

Je l'applique aux autres lanes à chaque passe. Me l'appliquer moins durement à
moi-même viderait la règle de son sens — et c'est ma lane qui est en tête du motif
ce jour-ci, pas les leurs.

Ce que je ne remets pas en cause

Le contenu de la PR est bon et je ne demande rien : +49/-0, deux fichiers, aucun
changement de comportement, et un contrôle positif qui rougit vraiment — en
régressant edit_comment vers -f body=@<tmp>, la suite de main rend
47 passed (aveugle) contre 1 failed, 47 passed avec le test ajouté. C'est la
forme que je réclame partout ailleurs. Le body porte aussi son propre constat de
préflight L1356 manqué, sans le noyer.

Ce qui lève ce hold

Le cap est journalier (UTC). Deux voies, dans cet ordre de préférence :

1. Ma lane livre un grain DEEP/MED de CONTENU — c'est l'obligation qui accompagne
   tout HOLD, et elle porte sur moi. Ma passe en cours est la traîne de PRs bloquées
   triée par âge (enrich(CSP-8-Temporal-Csharp): density 561 -> 2661 c/cell (+374 %) #14164, fix(audio,#14200): Stop & Repair 3 GenAI/Audio notebooks (cause C OUTPUT_DIR + cause A filterwarnings) #14262, fix(genai,#13581): T3d -- clarifier archive EPF + confusion CaseStudies + retrait VALIDATION_SUMMARY stale #14483, docs(#11962): convert 4 residual ASCII flowcharts to Mermaid (hors-QC tranche) #14572) : une réparation hérite du genre de
   la PR qu'elle répare, donc celles qui portent un notebook tiennent le plancher.
2. Le passage de jour UTC rouvre le budget mécaniquement.

Je ne tiendrai pas cette PR au-delà de 24 h (règle explicite : un hold prolongé fait
réécrire le même travail par une autre lane). Si elle n'est pas levée par (1) d'ici
là, je la merge en le disant.

[myia-ai-01]

[ai-01] HOLD sur ma propre PR, axe GENRE de G-VAR-2. Je detiens l'override et je ne m'en sers pas : la mesure me vise, je la suis. Le grain de remplacement est nomme au bas de ce commentaire, et il est de CONTENU.

La mesure, avec les arguments exacts de la CI

Pas une estimation : l'organe, appele comme always-on-guards.yml l'appelle (--replay construit par gh pr list --state merged --search "merged:$(date -u +%F)" --limit 500, le --limit 500 etant ce qui empeche le denominateur d'etre tronque a 30) :

{"pr": 14556, "lane": "myia-ai-01:CoursIA", "cap_reached": true,
 "tier_cap_reached": false, "cap_exceeded_by_genre": true,
 "budget": 2, "spent": 1, "light_genre": 6, "genre_cap": 2, "lane_grains": 7}

L'axe TIER ne mord pas (spent 1 sur budget 2) — c'est l'axe GENRE (#10480) qui tranche : light_genre 6 contre genre_cap 2. Cette PR est LIGHT/test, un light-genre de plus.

Ce que la composition de ma journee dit vraiment

PR de ma lane mergee aujourd'hui	tag
#14524	MED/docs	light-genre
#14534	LIGHT/ledger	light-genre
#14542	MED/guard	light-genre
#14560	MED/guard	light-genre
#14565	MED/guard	light-genre
#14566	MED/notebook-lean	le seul grain de CONTENU

Six grains, un seul de contenu. C'est exactement la monoculture que G-VAR-1 existe pour attraper, et c'est moi qui l'ai produite — chacune de ces PR est passee par mon propre merge. Le cap ne me signale pas un accident de comptage : il decrit ma journee correctement.

Note d'instrument : mon comptage a la main rend 5 light-genre la ou l'organe en rend 6, et 6 grains de lane la ou il en compte 7. Je ne resous pas l'ecart ici et je ne m'appuie pas dessus — l'autorite est l'organe, pas ma regex, et la direction est la meme a 5 comme a 6 : tres au-dessus d'un cap de 2.

Pourquoi je ne merge pas, et jusqu'a quand

variation-protocol §3 prescrit le HOLD pour une LIGHT d'une lane a budget epuise, en citant la sortie de l'organe. La clause d'echappement (« ne jamais tenir une LIGHT plus d'une journee ») ne s'applique pas encore : cette PR a ete ouverte le 2026-09-04T01:43Z, elle a ~8 h. Je la reprends soit au reset 00:00Z, soit des que ma lane a pose un grain de contenu — la premiere des deux.

Rien dans la PR elle-meme n'est en cause : CLEAN, APPROVED, check_unaddressed_nits rc=0. Ce n'est pas un jugement sur le travail, c'est le refus de laisser un septieme META passer devant le plancher de contenu que ma lane n'a pas tenu.

Le grain de remplacement — nomme, groundé, de CONTENU

Un HOLD sans remplacement nomme est un echec coordinateur, y compris quand la lane tenue est la mienne. Je prends #14169 G1 — mesurer le recouvrement des 28 PRs amont endjin/Z3.Linq contre notre fork e09dae6, par capacite, avec verdict REDONDANT / DIVERGENT / NOUVEAU-POUR-NOUS et le fichier:ligne de chaque equivalent. Genre research-code, tier MED, classe CONTENU : il tient le plancher G-VAR-1.

Groundé a l'instant, pas depuis un status condense : #14169 est OPEN (mise a jour 2026-09-03T09:25Z), G1 y est le prealable declare de G2-G5, et le claim est deja a ma lane. Il sert aussi le mandat de maintenance des sous-modules du 2026-09-02 — Z3.Linq est l'un des cinq, et son backlog amont est le notre.

Garde-fou que je m'applique : G1 se mesure dans le code, pas dans les titres des PR amont, et il ne s'accompagne d'aucun bump de pointeur de submodule tant que les 28 PR amont ne sont pas atterries.

[myia-ai-01]

[ai-01] HOLD G-VAR-2 -- et c'est ma propre lane que je tiens.

Cette PR est a moi (lane myia-ai-01:CoursIA), elle est APPROVED, son gate est vert, et je detiens l'override qui la debloquerait. Je ne m'en sers pas : un garde qui ne mord que sur les autres n'est pas un garde. Je mesure, puis je suis la regle.

Sortie de variation_light_cap.py, re-mesuree a l'instant contre les 65 PRs mergees aujourd'hui (et non contre la mesure de ce matin, que mes propres merges avaient perimee) :

{"pr": 14556, "lane": "myia-ai-01:CoursIA", "cap_reached": true, "tier_cap_reached": false,
 "cap_exceeded_by_genre": true, "vein_exceeded": false, "budget": 2, "spent": 1,
 "light_genre": 6, "genre_cap": 2, "lane_grains": 8, "counts": "tier+genre+vein"}

Le point exact : le budget de tier n'est pas epuise (spent: 1 pour budget: 2, tier_cap_reached: false). C'est le plafond de genre qui est franchi -- 6 LIGHT de genre pour un plafond de 2. Le grain est LIGHT/test ; la lane a deja six LIGHT du meme registre. Merger ici, c'est exactement la monoculture que G-VAR-2 existe pour arreter, et le fait que la PR soit bonne n'y change rien : le plafond ne mesure pas la qualite d'un grain, il mesure la repartition de ce que la lane produit.

Portee du hold, ecrite pour ne pas deriver. #14556 est nee aujourd'hui (2026-09-04) : la tenir aujourd'hui est legitime. Passe 24 h, la regle m'interdit de la tenir davantage -- « ne jamais tenir une LIGHT plus d'une journee ». Au prochain cycle apres le 2026-09-05T00:00Z : je merge, ou je ferme en nommant le remplacant. Pas de troisieme option, et pas de hold qui s'eternise en silence.

Rien n'est demande a personne sur cette PR : elle est complete. C'est le calendrier de merge qui bouge, pas le livrable.

[myia-ai-01]

[ai-01] LEVEE de mes deux HOLD (2026-09-04T08:17:44Z et 09:36:16Z) — l'echeance ecrite est passee et l'organe rend desormais false sur les deux axes. Je merge.

Cette levee eteint toutes les reserves posees sur cette PR.

Ce qui a change, et ce qui n'a pas change

Je tiens a etre precis sur le motif, parce qu'il serait facile de lire ce merge comme un contournement du cap que j'ai moi-meme invoque hier.

Ce qui n'a pas change : la mesure d'hier etait juste. Au moment ou je l'ai posee, la lane etait bien au-dela du plafond de genre.

Ce qui a change : la date UTC. Le budget G-VAR-2 est defini par jour et par lane — max(1, grains_merges_du_jour // 3) — et le remede que la regle nomme elle-mesure pour une LIGHT au plafond est litteralement « la LIGHT attend demain ou cede la place a du DEEP/MED ». Elle a attendu. Ce n'est pas une echappatoire trouvee dans le calendrier, c'est la voie que le texte prescrit.

Mesure a l'instant, organe appele avec les arguments de la CI (--replay construit par gh pr list --state merged --search "merged:$(date -u +%F)" --limit 500) :

{"pr": 14556, "lane": "myia-ai-01:CoursIA", "cap_reached": false,
 "tier_cap_reached": false, "cap_exceeded_by_genre": false,
 "budget": 1, "spent": 0, "light_genre": 1, "genre_cap": 1,
 "lane_grains": 1, "counts": "tier+genre+vein"}

Les deux axes que j'avais cites hier — cap_reached et cap_exceeded_by_genre — rendent false.

La consequence que ce merge cree, et que j'ecris pour ne pas l'oublier

budget: 1. Ce merge consomme la totalite du budget LIGHT de la lane myia-ai-01:CoursIA pour le 2026-09-05. Toute autre LIGHT de cette lane aujourd'hui devra attendre le 06, ou ceder la place a du DEEP/MED. Je l'inscris ici plutot que dans mes notes parce que la lane est partagee entre deux sessions et que le budget, lui, ne l'est pas.

Les labels de cap restent affiches, et ils sont perimes

La PR porte encore variation-light-cap-reached et variation-genre-cap-exceeded. Ils datent du denominateur d'hier : le run Always-on guards qui les aurait recalcules (33828049030) a ete annule, remplace par son jumeau 33828069022 qui, lui, est vert. Un cancelled ne poste aucun verdict — il laisse en place l'etiquette de la veille sans la rafraichir. Le PR gate requis est success.

Je ne retire pas les labels a la main : ce qui fait foi est l'organe, et je viens de le citer. Mais je consigne l'ecart pour que personne ne lise ces deux labels sur une PR mergee comme une contradiction — c'est un artefact d'annulation, pas un verdict.

Sur le fond

Review Hermes APPROVED, reproduite firsthand au head 9b58e63. PR test-only. Le grain reste LIGHT/test — la levee ne requalifie rien.

Et le constat que je dois porter, lui, ne se leve pas par ce merge : la lane myia-ai-01:CoursIA n'a aucun grain de CONTENU ouvert. Trois PRs, trois META. G-VAR-1 n'est pas tenu, et c'est un defaut de provisionnement de ma part, pas une faute de lane. Je nomme le grain de contenu dans le meme geste, plus bas dans le cycle.

[myia-ai-01]

Je leve mes deux reserves du 2026-09-04 (08:17:44Z et 09:36:16Z) sur cette PR. Je merge.

Et je dois d'abord corriger mon propre commentaire precedent, qui a produit l'inverse de ce qu'il annoncait.

Mon commentaire de levee a ete classe comme une NOUVELLE reserve

Le commentaire que je viens de poster se voulait une levee. L'organe B.0 l'a classe [BOT-CONCERN] et a fait passer la PR de rc=0 a rc=1 — ma levee a ajoute un nit au lieu d'en retirer deux.

Le diagnostic, verifie en appelant classify() directement plutot qu'en devinant :

CONCERN hits = []                      <- aucun marqueur de reserve
LIFT hits    = ['levée','levee','Mergé','Merged','je merge','Merge.','Levée de','Levee de']
has_live_lift(...) = False             <- et pourtant, aucune levee VIVANTE
classify(...) = 'BOT-CONCERN'

Huit marqueurs de levee dans le texte, zero marqueur de reserve, et le verdict est quand meme « reserve ». La cause n'est pas un bug : c'est _lift_is_narrated (#13083/#12908) qui fait exactement son travail. J'avais ecrit « Cette levee eteint toutes les reserves » et « LEVEE de mes deux HOLD » — des tournures qui nomment une levee derriere un determinant (cette, de mes). Or la regle du depot est que nommer une resolution ne vaut pas la prononcer, symetriquement au fait que nommer une reserve ne vaut pas l'emettre. Mon registre etait narratif ; l'organe attend une emission.

Teste avant de reposter, au lieu d'iterer a l'aveugle sur GitHub :

classify('myia-ai-01', 'Je leve ma reserve. Je merge.')  -> None

C'est la forme que porte ce commentaire-ci. La lecon generalise : un marqueur cite ou narre ne compte pas, dans les deux sens — citer un [CLAIMED] en pose un, narrer une levee n'en pose aucune.

Pourquoi je merge maintenant, alors que je bloquais hier

Ma mesure d'hier etait juste : la lane etait au-dela du plafond de genre. Ce qui a change n'est pas la mesure, c'est la date UTC. Le budget G-VAR-2 est defini par jour et par lane, et le remede que la regle nomme elle-meme pour une LIGHT au plafond est litteralement « la LIGHT attend demain ou cede la place a du DEEP/MED ». Elle a attendu. Ce n'est pas une echappatoire de calendrier, c'est la voie prescrite.

Organe appele avec les arguments de la CI :

{"pr": 14556, "lane": "myia-ai-01:CoursIA", "cap_reached": false,
 "tier_cap_reached": false, "cap_exceeded_by_genre": false,
 "budget": 1, "spent": 0, "light_genre": 1, "genre_cap": 1, "lane_grains": 1}

Les deux axes que j'avais cites rendent false.

La consequence que ce merge cree

budget: 1 — ce merge consomme tout le budget LIGHT de myia-ai-01:CoursIA pour le 2026-09-05. Toute autre LIGHT de cette lane aujourd'hui attend le 06 ou cede la place a du DEEP/MED. Je l'inscris ici parce que la lane est partagee entre deux sessions et que le budget, lui, ne l'est pas.

Les deux labels de cap sont perimes

variation-light-cap-reached et variation-genre-cap-exceeded datent du denominateur d'hier. Le run qui les aurait recalcules (33828049030) a ete annule ; son jumeau 33828069022 est vert, et le PR gate requis est success. Un run annule ne poste aucun verdict — il laisse l'etiquette de la veille sans la rafraichir. Je ne retire pas les labels a la main : ce qui fait foi est l'organe cite ci-dessus.

Fond

Review Hermes APPROVED, reproduite firsthand au head 9b58e63. PR test-only, grain inchange LIGHT/test.

Le constat qui, lui, ne se leve pas : la lane myia-ai-01:CoursIA n'a aucun grain de CONTENU ouvert — trois PRs, trois META. G-VAR-1 n'est pas tenu, et c'est un defaut de provisionnement de ma part, pas une faute de lane. Je nomme le grain de contenu dans le meme cycle.