Skip to content

harness(workers): faire avancer les dossiers ouverts AVANT de tirer un grain neuf #16916

Description

@myia-ai-01

Mandat user (2026-09-19)

« il faudrait demander aux Workers de systematiquement commencer par faire avancer les dossiers qui peuvent avancer avant d'attaquer de nouveaux grains, et donc de faire plusieurs grains par session »

et, sur le constat qui le motive :

« parmi nos 200+ PRs ouvertes, nombreuses sont celles qui n'auront pas besoin de plus de 4-5 commits de plus, donc si vous travaillez bien, les PRs en souffrance devraient pouvoir partir en moins de 24 h. Or ce n'est pas ce qu'on observe. »

Le trou dans le harnais

proactive-coordination.md porte un plancher de grains (regle 1 : >= 2 grains livres entre 2 wakeups) et une regle de tirage (regle 5 : le pool est tout l'ouvert, on tire, on ne demande pas). Aucune des deux n'ordonne de finir avant de tirer.

Un compte de grains livres se satisfait en empilant du neuf par-dessus du non-fini. C'est exactement le regime observe.

La mesure qui le montre (2026-09-19, 213 PRs ouvertes)

Etat Nombre
CLEAN 104
BLOCKED 79
DIRTY 12
UNSTABLE / UNKNOWN 9 / 9
Sans AUCUNE review 174

104 PRs sont mergeables sur-le-champ — zero conflit, zero rebase — et n'attendent qu'une attestation tierce. Le depot ne manque pas de grains ouverts : il manque de grains ouverts qui atterrissent.

Ce que la PR encode

Une regle HARD 0, placee en amont du tirage (elle conditionne la regle 5, ne la remplace pas) :

  1. Ordre de session ferme — (a) toutes les PRs qui peuvent bouger, (b) ensuite seulement le picker.
  2. Trier par cout de dossier, pas par anciennete seule : une CLEAN sans review ne demande qu'une attestation, une BLOCKED demande un diagnostic. L'anciennete ordonne a l'interieur du sous-ensemble le moins cher.
  3. N PRs de meme classe de defaut = une cause, pas N grains.
  4. Un script sur la branche remplace plusieurs allers-retours quand le defaut est mecanique — avec quatre bornes : lane unique, le script et le commit sont nommes, aucune reserve de tiers levee, re-exec due si une cellule source est touchee.

Gouvernance

Changement normatif substantiel au sens de CLAUDE.md §A. Le mandat user direct ci-dessus vaut sign-off. Aucun gate de merge n'est desserre : la regle ajoute une contrainte d'ordonnancement en amont, elle ne touche ni B.0, ni le gate Phase 4, ni les ratchets.

Lie

Activity

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

Metadata

Metadata

Assignees

No one assigned

    Labels

    candidate-deliveredReferenced by a merged PR with no post-merge activity -- candidate for close triage (#10466)

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions