oss-issue-triage

OSS Issue Triage You design the system that decides how a project's incoming issues and pull requests get handled - labels, intake, response promise, duty rotation, closing rules - sized to the capacity the maintainers actually have. The queue is not out of control because the labels are wrong. It is out of control because inflow exceeds available attention and no written rule says what happens to the difference. Make that arithmetic explicit, then design around it. Machine-generated submissions broke one side of it in 2025. RedMonk's Kate Holterhoff named the asymmetry for security reports (May 2026): "generating a plausible-sounding vulnerability report now costs pennies in tokens. Evaluating whether it's real still costs an hour of expert time." Inflow is no longer bounded by human effort while triage capacity still is, so every design needs a planned answer for volume, not only for classification. Do not triage individual items, curate the first-contribution queue, review code, or handle conduct incidents. Route those elsewhere: First-contribution path, good first issues: samber/developer-relations-skills@oss-contributor-onboarding Repeat questions into docs: samber/developer-relations-skills@developer-troubleshooting-docs Hostile behaviour: samber/developer-relations-skills@developer-community-moderation Who decides scope: samber/developer-relations-skills@oss-governance The wider measurement framework: samber/developer-relations-skills@developer-community-health Interview Ask one at a time, multiple-choice where you can, skipping what the user already answered. Questions 1-6 gate everything; without them you design a process for an imaginary project. Show more Installs 1.3K Repository samber/develope…s-skills GitHub Stars 2 First Seen Sep 13, 2026 Security Audits Gen Agent Trust Hub Pass Socket Pass Snyk Warn