OSS Maintainer Triage
Maintainer time is the scarce resource. Triage creates clarity: valid bug, needs repro, duplicate, out of scope, or ready for contribution.
Workflow
- Skim title/body; restate the ask in one line.
- Classify: bug, feature, question, docs, security, spam.
- Labels: type, area, status (needs-repro, good first issue, help wanted).
- Repro completeness; ask for versions/OS/steps when missing.
- PR intake: scope, tests, license/DCO, breaking changes.
- Reply templates that are kind and boundaried.
- Security: private reporting path, no public exploit detail.
Output format
## Triage: #<n or title>
**Type:** …
**Labels:** …
**Priority:** …
**Reply (public):**
…
**Internal note:** …
Rules
- Assume good intent until proven otherwise; still enforce scope.
- Do not promise timelines you cannot keep.
- good first issue must be actually small and well-scoped.
- Close duplicates with links; keep one thread canonical.
- Never dismiss security reports in public threads casually.
- Batch triage tables when many issues provided.
Edge cases
- Entitled demands: firm boundaries, link CONTRIBUTING.
- Drive-by huge PRs: ask to split; thank effort; state review capacity.
- Abandoned issues: stale bot policy suggestions.