Hacktoberfest 2026: the issues maintainers tagged for October, open and beginner-friendly. Browse Hacktoberfest issues

Pull requests: size and risk labels, and a limit on open pull requests for new contributors

Open
#313 0 comments 0 reactions 0 assignees View on GitHub

Maintainers usually reply within 1 day

Nobody has claimed this yet.

Assessment

Difficulty
4/5
Estimated time
3-5 days
Newbie friendliness
48/100
Issue type
Feature
Clarity
Mostly clear
Activity status
Active
Tech stack
github-actions, python

Research direction

Start by reading the existing GitHub workflows, pull request template, and CONTRIBUTING file; identify how pull request checks and labels are currently configured. Check the repository’s core paths named in the issue and how GitHub handles open-pull-request limits for users without write access. Done means new pull requests receive size labels, high-risk cases are labeled, the limit and testing prompt are addressed, and CONTRIBUTING explains the labels.

Written by the indexing model from the issue text.

Description

area/ci

What needs doing

  • A label for the size of a pull request (size/S to size/XL).
  • A risk:high label, set automatically when a pull request touches
    the core paths (the agent loop, the tool handlers, the guards, the
    workflows), is larger than about 400 lines, or comes from a
    first-time contributor.
  • GitHub's limit on open pull requests for users without write
    access.
  • The pull request template asks how the change was tested.

Why

Review time should go where a mistake costs most. Small, low-risk
changes should flow.

Done when

  • Every new pull request gets a size label.
  • risk:high appears on a pull request that touches a core path.
  • CONTRIBUTING says what the labels mean.
  • The pull request template has two more fields: a box to tick when AI tools helped write the change, and the line "I can explain every line of this change".
Dominant language
Python
Stars
2.1k
Forks
197
Avg merge
16h 6m
Merged PRs (30d)
168

Getting set up

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from inferstep/ATLAS

All issues in inferstep/ATLAS

Similar issues

More Python issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.