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

docs/quality/rules.md: the rules learned from review, and the two-rounds rule

Open Beginner friendly
#362 0 comments 0 reactions 0 assignees View on GitHub

Maintainers usually reply within 1 day

@itigges22 is already working on this.

Since Oct 8, 2026.

  • #421 by @itigges22 — open

Assessment

Difficulty
2/5
Estimated time
1-3 hours
Newbie friendliness
68/100
Issue type
Documentation
Clarity
Clearly specified
Activity status
Active
Domain
documentation

Research direction

Start with docs/README.md and docs/quality/gates.md, then review issue #316 for the report-only check counts. Create docs/quality/rules.md with sourced rules, link it from both pages, and add the two-rounds guidance and counts to the gates page. Done when the requested page, links, line, and counts are present.

Written by the indexing model from the issue text.

Description

area/ci documentation status/ready

What needs doing

  1. A short page, docs/quality/rules.md: one line per rule that a
    review or a failure has taught us, each with the pull request or
    issue it came from. A rule that a check now enforces names the
    check.
  2. One line on docs/quality/gates.md: after two red CI rounds on
    the same pull request, stop and rethink the change before a
    third push.
  3. On the gates page, for each report-only check, the number of
    right findings and false alarms measured so far (see #316).

Why

The same review finding should not have to be made twice. A written
rule can become a check; an unwritten one is forgotten.

Done when

  • The page exists and is linked from docs/README.md and from
    the gates page.
  • The gates page has the two-rounds line and the counts.
Dominant language
Python
Stars
2.1k
Forks
197
Avg merge
5h 19m
Merged PRs (30d)
76

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.