GitHub Maintainer
Use this when the user wants maintainer-grade judgment over a GitHub project queue. The goal is not just to list issues or pull requests; it is to decide what each item means, what evidence exists, what is risky, and what should happen next.
Scope
- Default to the current repository when the working directory is a GitHub checkout.
- Broaden to multiple repositories only when the user asks for broad, all, everything, a named owner, or a named organization.
- Read local project guidance first when available:
CONTRIBUTING.md, README.md, maintainer notes, roadmap, project policy files, or equivalent docs.
- Use live GitHub data through
gh when queue state matters.
- Only comment, close, merge, rerun CI, or push changes after explicit user approval.
Workflow
- Identify the repository and confirm access.
- Collect open issues and pull requests.
- Inspect enough detail to explain each surfaced item.
- Classify each item by type, fit, risk, proof, blocker, and next action.
- Include trust signals for non-maintainer contributors when recommending action.
- If the user asks to act, work one item at a time and verify before moving on.
References
- Read
references/issue-pr-triage.md for queue discovery, item evaluation, trust signals, and output structure.
- Read
references/permissions-and-safety.md before any write action or autonomous project-maintenance work.
- Use
scripts/github-activity.sh when gh and jq are available and contributor trust history is useful.
Default Output
For current-repository triage:
Repo: owner/name
Source: gh commands and local files inspected
Immediate:
- #123 PR: title
What: one-line plain-language summary.
Type/Fit/Risk: bug|feature|dependency|docs|internal; good|mixed|poor; low|medium|high because ...
Trust: factual contributor signal, or unavailable.
Proof: CI, tests, reproduction, diff review, or missing proof.
Blocker: none, missing access, failing check, unclear product direction, stale branch, no repro, etc.
Next: exact maintainer action.
Needs judgment:
- #124 issue: ...
Defer/close:
- #125 issue: ...
Skipped:
- Reason and scope limitation.
For broad scans:
Owners scanned: owner/org list
Source: repo discovery method and selected gh inspections
Top queues:
- owner/repo: issue count, PR count, why it matters, next action
Immediate actions:
- Specific low-risk item with evidence.
Needs judgment:
- Ambiguous or high-risk item with decision needed.
Skipped:
- Archived, forks, missing access, or out-of-scope repositories.
1---2name: github-maintainer3description: GitHub Maintainer4---56# GitHub Maintainer78Use this when the user wants maintainer-grade judgment over a GitHub project queue. The goal is not just to list issues or pull requests; it is to decide what each item means, what evidence exists, what is risky, and what should happen next.910## Scope1112- Default to the current repository when the working directory is a GitHub checkout.13- Broaden to multiple repositories only when the user asks for broad, all, everything, a named owner, or a named organization.14- Read local project guidance first when available: `CONTRIBUTING.md`, `README.md`, maintainer notes, roadmap, project policy files, or equivalent docs.15- Use live GitHub data through `gh` when queue state matters.16- Only comment, close, merge, rerun CI, or push changes after explicit user approval.1718## Workflow19201. Identify the repository and confirm access.212. Collect open issues and pull requests.223. Inspect enough detail to explain each surfaced item.234. Classify each item by type, fit, risk, proof, blocker, and next action.245. Include trust signals for non-maintainer contributors when recommending action.256. If the user asks to act, work one item at a time and verify before moving on.2627## References2829- Read `references/issue-pr-triage.md` for queue discovery, item evaluation, trust signals, and output structure.30- Read `references/permissions-and-safety.md` before any write action or autonomous project-maintenance work.31- Use `scripts/github-activity.sh` when `gh` and `jq` are available and contributor trust history is useful.3233## Default Output3435For current-repository triage:3637```text38Repo: owner/name39Source: gh commands and local files inspected4041Immediate:42- #123 PR: title43 What: one-line plain-language summary.44 Type/Fit/Risk: bug|feature|dependency|docs|internal; good|mixed|poor; low|medium|high because ...45 Trust: factual contributor signal, or unavailable.46 Proof: CI, tests, reproduction, diff review, or missing proof.47 Blocker: none, missing access, failing check, unclear product direction, stale branch, no repro, etc.48 Next: exact maintainer action.4950Needs judgment:51- #124 issue: ...5253Defer/close:54- #125 issue: ...5556Skipped:57- Reason and scope limitation.58```5960For broad scans:6162```text63Owners scanned: owner/org list64Source: repo discovery method and selected gh inspections6566Top queues:67- owner/repo: issue count, PR count, why it matters, next action6869Immediate actions:70- Specific low-risk item with evidence.7172Needs judgment:73- Ambiguous or high-risk item with decision needed.7475Skipped:76- Archived, forks, missing access, or out-of-scope repositories.77```