fix: keep fork-headed label runs green #256

Merged
andres merged 7 commits from build/241-fork-labels into main 2026-08-25 06:38:19 +00:00
Showing only changes of commit 7da89a46aa - Show all commits

View file

@ -21,13 +21,13 @@ name: labels
# one `review_requested` event per panelist per request, so every review
# round displaces runs and the rate scales with panel size. The
# sweep now lives in labels-sweep.yml behind its own caller, and the
# trigger job below is its wake: it fires on every event this caller
# subscribes — the exact surface that used to run reconcile directly — so
# same-repository wake latency (#137) remains seconds-scale, while a displaced
# sweep cancels on the Actions tab, attached to no PR. Fork-headed runs cannot
# dispatch with their read-only token, so their labels arrive on the scheduled
# sweep cadence. PR checks show scope + trigger for same-repository heads, or
# fork_head for fork heads.
# trigger job below is its instant wake: it fires on every issue event and
# same-repository PR event this caller subscribes to, preserving that part of
# the surface that used to run reconcile directly. Same-repository wake latency
# (#137) remains seconds-scale, while a displaced sweep cancels on the Actions
# tab, attached to no PR. Fork-headed runs cannot dispatch with their read-only
# token, so their labels arrive on the scheduled sweep cadence. PR checks show
# scope + trigger for same-repository heads, or fork_head for fork heads.
#
# This cannot loop: the trigger's dispatch and the reconciler's label
# writes both use GITHUB_TOKEN. GitHub does not create workflow runs from