Review PR
Review an open pull request for functional correctness and project conventions. Focus on logic, architecture, and behavior. Formatting issues are caught by CI (ruff, pre-commit) and do not need manual review.
Steps
Fetch PR metadata and diff
gh pr view $ARGUMENTS --json title,body,files,additions,deletions,commits,headRefName gh pr diff $ARGUMENTSValidate PR title and description
- Title matches Conventional Commits regex, under 72 chars
- Description has 20+ characters of real content
- These are also CI-enforced, so flag only if CI somehow missed them
Review functional changes Focus on:
- Logic correctness: does the code do what the PR claims?
- Edge cases: are error paths handled?
- API changes: are they backwards compatible or properly marked as breaking?
- Security: no hardcoded secrets, no unsanitized input in dangerous contexts
- Performance: any obvious inefficiencies (N+1 queries, unbounded loops)?
Check scope
- Single concern per PR
- Flag unrelated changes bundled together
Check test coverage
- New behavior should have tests
- Flag large additions to
arksim/with no corresponding test changes
Check documentation
- If behavior, config, or API changed, verify
docs/updates - Check for CHANGELOG.md entry under
[Unreleased]
- If behavior, config, or API changed, verify
Check license headers on new files
- New
.pyfiles should start with# SPDX-License-Identifier: Apache-2.0
- New
Output
| Check | Status | Notes |
|---|---|---|
| Title format | PASS/FAIL | ... |
| Description | PASS/FAIL | ... |
| Functional correctness | PASS/WARN | ... |
| Scope | PASS/WARN | ... |
| Tests | PASS/WARN | ... |
| Docs/Changelog | PASS/WARN | ... |
| License headers | PASS/N/A | ... |
End with: APPROVED, CHANGES REQUESTED, or NEEDS DISCUSSION.