automerge label.
Greptile and automerge help maintainers move the queue. They do not replace
maintainer approval.
The short path
- Open a focused PR with the PR template filled in.
- Leave Allow edits from maintainers enabled on fork PRs.
- Wait for CI (the required check is CI Gate).
- Trigger Greptile and work to Confidence Score: 5/5 with zero unresolved threads.
- A maintainer reviews and either merges, asks for changes, or adds the
automergelabel when the PR is ready to land on its own.
Greptile (AI review)
OpenSRE uses Greptile for automated review. Opening or reopening a PR posts a reminder comment. Greptile is a human gate: aim for 5/5 before you ask a maintainer to merge or addautomerge.
Trigger a review with a PR comment:
@greptile review again until you
reach 5/5 with no open threads.
Optional: the greploop skill
can run that loop for you.
Treat Greptile comments like normal review. Reply and leave a thread open only
when you need a human decision.
CI
Required checks must be green before merge. The branch-protection aggregator is CI Gate (quality + unit tests). Some paths also run Interactive Shell Live checks — those must pass when they are required for your change. If CI is red, fix the branch before asking for another Greptile or maintainer pass. Do not open a test-only or CI-only PR just to chase failures that are already red onmain unless a maintainer asked for that work — see
CONTRIBUTING.md.
Human review
A maintainer decides when the PR is ready. Greptile 5/5 and green CI are necessary signals, not a merge button. Expect maintainers to look at:- Problem statement and proof in the PR body (demo, screenshot, or log)
- AI-usage disclosure when you used AI assistance
- Scope (one concern per PR; no refactor-only drive-bys)
- Tests for behavioral changes
Automerge (maintainer opt-in)
Theautomerge label is maintainer-applied after Greptile and human review
are done. Contributors should not add it themselves unless a maintainer asks.
When a PR has automerge and is otherwise ready, automation squash-merges it
into main and deletes the branch.
What automerge waits for
- PR targets
main, is open, and is not a draft - Required CI (and other non-skipped checks) are green
- The branch is mergeable
When the branch is behind main
Branch protection requires PRs to be up to date with main. Automerge only
merges when GitHub reports the PR as mergeable. A behind branch usually stays
stalled until someone clicks Update branch (or rebases onto main) and CI
goes green again — including for PRs that already have the automerge label.
Automerge does not refresh the branch for you today.
Paths that never auto-merge
PRs that touch these paths always need a human to press merge, even withautomerge:
Automerge lists every changed file via the GitHub API (including rename origins).
If fewer file entries come back than the PR’s changed-file count, it refuses and
asks for a human — so a protected-path change cannot hide behind a partial list.
Docs, tests, integrations, and most surface changes can still use automerge when
a maintainer labels them.
Improve a PR during review
- Read Greptile and maintainer comments as the action list.
- Push fixes; update the PR description when the story or evidence changed.
- Resolve threads you have addressed.
- Re-run
@greptile reviewonly after the branch and description are current. - Keep discussion on the PR when possible; use Discord when you need maintainer coordination or think automation is stuck.
When things stay quiet
- Greptile can take several minutes; do not spam
@greptile review. - Automerge only runs for the
automergelabel and green checks. - If CI is pending, wait for the next green run.
- If the PR is behind
main, update the branch (or ask a maintainer), then wait for CI again. - If a maintainer is actively editing the branch, let them finish before pushing competing commits.