Repository navigation
docs(coordinate): la cadence courante du cron est un etat, pas une regle du skill - #17450
Conversation
…gle du skill Le skill portait en dur l'expression cron du coordinateur (27 */4, 4 h) et la citait dans le budget de cycle. Une cadence courante change au gre des mandats user (4 h le 13/09, 3 h le 21/09, 2 h le 22/09) : l'ecrire sous git la perime a chaque changement et oblige une PR pour un etat. Decision user 2026-09-22 : l'etat courant se met a jour dans les memoires et les dashboards, jamais sous git. Le skill renvoie desormais a la memoire du coordinateur (coordinator-handover, section cron) et au dashboard, et garde les parties durables : minute off-:00, cadence unique, pas de second cron ni de ScheduleWakeup. Remplace la PR #17446 (fermee sans merge), qui reecrivait une valeur courante a la place d'une autre. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Path-collision (organ #13359/#13615)Cette PR #17450 (
Le verdict terminal (#15578) signale qu'un cote de la paire est deja sur |
github-actions
Bot
added
variation-tag-missing
|
Trivial-diff advisory (#15740, non bloquant). |
|
Grain tag obligatoire (#10045, bloquant).
Pour passer ce gate, le body doit porter en tete une ligne de la forme : Le |
|
[ADJOINT PREFLIGHT] Pourquoi ce dossier n'est pas READY — tête
Ce que j'ai mesuré moi-même sur la tête courante :
Geste pour Le reste a été vérifié et est conforme : une modification de 2 lignes dans |
github-actions
Bot
removed
the
variation-tag-missing
|
aucun genre mots-clé fermant dans le body ni les commits ; prev: accepté(s) : #17634 Run vert du garde : ce commentaire bloquant est obsolète. Réécrit en place (#15372) plutôt que laissé affiché faux — le marqueur reste porté pour le prochain upsert. Historique : runs |
github-actions
Bot
added
the
variation-light-cap-reached
|
G-VAR-2 light cap reached (advisory, non bloquant). |
github-actions
Bot
added
the
variation-genre-cap-exceeded
|
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 |
|
[ADJOINT PREFLIGHT] |
2 participants
Grain: LIGHT/docs — lane myia-ai-01:CoursIA — prev: LIGHT/tooling #17634
Résumé
Décision user du 2026-09-22 (session directe, vaut sign-off) : l'état courant ne se met pas à jour sous git, mais dans les mémoires et les dashboards. La cadence du cron coordinateur est un état — elle a changé trois fois en dix jours (4 h le 13/09, 3 h le 21/09, 2 h le 22/09). La skill
coordinatela portait en dur ; chaque changement la périmait et exigeait une PR pour un simple état.Cette PR remplace #17446, fermée sans merge : celle-ci réécrivait une valeur courante (2 h) à la place d'une autre (4 h), c'est-à-dire qu'elle reproduisait le défaut au lieu de le corriger.
Ce qui change (2 lignes,
.claude/skills/coordinate/SKILL.md)CronCreate("27 */4 * * *", ...)— 4 h + motif daté du 13/09coordinator-handover, section cron) et sur le dashboardCe qui reste dans la skill (durable)
:00et sa raison (ne pas frapper l'API à la même seconde que le reste de la flotte) ;ScheduleWakeupen plus.Le motif daté de la valeur 4 h (contrainte de consommation du 13/09) et ses amendements successifs vivent dans la mémoire du coordinateur, avec la cadence elle-même.
Vérifications
git diff --stat: 1 fichier, +2/−2. Fins de ligne CRLF préservées (git ls-files --eol:i/lf w/crlf, inchangé)..claude/,docs/,CLAUDE.md(27 */4,*/4 * * *,crons de 4 h,cadence de 4 h) : une seule autre occurrence, ligne 50 de la même skill — « un cycle de plus de 4 h pour une cadence de 4 h » est le symptôme mesuré d'une correction user datée du 14/09, un fait passé et non un état courant. Elle reste.:00est conservée ; seule la source de la valeur change (mémoire + dashboard au lieu du dépôt).🤖 Generated with Claude Code