New to OpenSRE? This page is your starting point.
A good first issue is a task that is:
- Self-contained — you don't need to understand the full codebase to solve it
- Well-scoped — the expected output is clearly defined
- Low risk — a mistake won't break critical paths
They're designed so you can make a real contribution while getting familiar with the project.
Browse issues tagged with the good first issue label:
View good first issues on GitHub
- Browse the list — read the issue description and comments before claiming
- Comment to claim it — post a comment like
"I'd like to work on this"so maintainers can assign it to you - Read the setup guide — get your environment running first: SETUP.md
- Fork and branch —
git checkout -b issue/123-short-description - Make your changes — keep the scope tight; one issue, one PR
- Run local checks before opening a PR:
make lint && make format-check && make typecheck && make test-cov- Open a pull request — link the issue with
Fixes #123in your PR description
Full contribution flow is in CONTRIBUTING.md.
Stuck? Don't guess — ask early.
- Discord: #contribute
- GitHub: comment directly on the issue
- Read through
CONTRIBUTING.mdbefore you start — it answers most questions upfront - One concern per PR; don't bundle unrelated fixes
- If the issue feels unclear, ask for clarification before writing code
- AI-assisted code is fine, but you must understand and be able to explain every line (see AI-Assisted PRs)