github / github/gh-aw

Question: Can gh-aw support central label triggers across repositories?

Open
#33,619 1 comment 1 reaction 2 assignees Claimed by @pelikhan View on GitHub
ai-inspected community
Dominant language
Go
Stars
5.1k
Forks
541
Avg merge
5h 46m
Merged PRs (30d)
760

Description

Hi gh-aw team, quick question about CentralRepoOps trigger semantics.

For a central workflow hosted in one repository, is there any feasible path for gh-aw to provide a core trigger primitive where a label added to a pull request in another allowed repository can activate the central workflow directly?

Example desired shape:

```yaml
on:
central_pull_request_labeled:
label: ns-pattern-review
allowed-repos:
- my-org/*
```

Intended behavior:

1. A maintainer adds `ns-pattern-review` to a PR in `my-org/example`.
2. A central workflow in `my-org/central-agents` activates.
3. The central workflow receives typed inputs like:
- `target_repo`
- `pr_number`
- `head_sha`
- `base_sha`
- `trigger_label`
- `delivery_id`
- `actor`

We understand GitHub Actions events are repository-local, so this may be a GitHub platform limitation rather than something gh-aw can implement as a native trigger.

If native central label triggers are not possible, would the recommended gh-aw direction be a documented bridge pattern, such as:

- GitHub App webhook receiving `pull_request.labeled`
- webhook validates repo/label/PR state
- webhook dispatches the central workflow with typed inputs

Mostly trying to confirm whether this belongs as a gh-aw core trigger primitive, a documented CentralRepoOps bridge pattern, or entirely outside gh-aw.

Thanks!

Contributor guide

Open the contributing guide

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.