Problem
The /prreview workflow currently triggers re-reviews for reviewers (e.g. Unblocked) that aren't even installed as GitHub Apps on the target repo. This wastes time and produces confusing no-ops.
The config (show_config) shows all reviewers as enabled: true regardless of whether their GitHub App is actually installed on the repository.
Proposed solution
Add a tool or enhancement (e.g. detect_active_reviewers) that checks which AI reviewer GitHub Apps are actually installed/enabled on the current repo. This could:
- Query the GitHub API for installed apps on the repo
- Cross-reference with the configured reviewers
- Return only the actually-active reviewers
- Optionally warn when a configured reviewer isn't installed
This would let the triage_review_comments and re-review workflows skip reviewers that can't respond, and give agents accurate information about which reviewers to expect comments from.
Problem
The
/prreviewworkflow currently triggers re-reviews for reviewers (e.g. Unblocked) that aren't even installed as GitHub Apps on the target repo. This wastes time and produces confusing no-ops.The config (
show_config) shows all reviewers asenabled: trueregardless of whether their GitHub App is actually installed on the repository.Proposed solution
Add a tool or enhancement (e.g.
detect_active_reviewers) that checks which AI reviewer GitHub Apps are actually installed/enabled on the current repo. This could:This would let the
triage_review_commentsand re-review workflows skip reviewers that can't respond, and give agents accurate information about which reviewers to expect comments from.