You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
First, run these checks on files changed in this PR:
60
+
1. `uv run prek run --from-ref origin/main` - linting/formatting issues
61
+
2. `uv run mypy <changed_files>` - type checking issues
62
+
63
+
If there are prek issues:
64
+
- For SAFE auto-fixable issues (formatting, import sorting, trailing whitespace, etc.), run `uv run prek run --from-ref origin/main` again to auto-fix them
65
+
- For issues that prek cannot auto-fix, do NOT attempt to fix them manually — report them as remaining issues in your summary
66
+
67
+
If there are mypy issues:
68
+
- Fix type annotation issues (missing return types, Optional/None unions, import errors for type hints, incorrect types)
69
+
- Do NOT add `type: ignore` comments - always fix the root cause
70
+
71
+
After fixing issues:
72
+
- Stage the fixed files with `git add`
73
+
- Commit with message "style: auto-fix linting issues" or "fix: resolve mypy type errors" as appropriate
74
+
- Push the changes with `git push`
75
+
76
+
IMPORTANT - Verification after fixing:
77
+
- After committing fixes, run `uv run prek run --from-ref origin/main` ONE MORE TIME to verify all issues are resolved
78
+
- If errors remain, either fix them or report them honestly as unfixed in your summary
79
+
- NEVER claim issues are fixed without verifying. If you cannot fix an issue, say so
80
+
81
+
Do NOT attempt to fix:
82
+
- Type errors that require logic changes or refactoring
83
+
- Complex generic type issues
84
+
- Anything that could change runtime behavior
85
+
86
+
## STEP 2: Review the PR
87
+
88
+
${{ github.event.action == 'synchronize' && 'This is a RE-REVIEW after new commits. First, get the list of changed files in this latest push using `gh pr diff`. Review ONLY the changed files. Check ALL existing review comments and resolve ones that are now fixed.' || 'This is the INITIAL REVIEW.' }}
89
+
90
+
Review this PR focusing ONLY on:
91
+
1. Critical bugs or logic errors
92
+
2. Security vulnerabilities
93
+
3. Breaking API changes
94
+
4. Test failures (methods with typos that wont run)
95
+
96
+
IMPORTANT:
97
+
- First check existing review comments using `gh api repos/${{ github.repository }}/pulls/${{ github.event.pull_request.number }}/comments`. For each existing comment, check if the issue still exists in the current code.
98
+
- If an issue is fixed, use `gh api --method PATCH repos/${{ github.repository }}/pulls/comments/COMMENT_ID -f body="✅ Fixed in latest commit"` to resolve it.
99
+
- Only create NEW inline comments for HIGH-PRIORITY issues found in changed files.
100
+
- Limit to 5-7 NEW comments maximum per review.
101
+
- Use CLAUDE.md for project-specific guidance.
102
+
- Use `mcp__github_inline_comment__create_inline_comment` sparingly for critical code issues only.
103
+
104
+
## STEP 3: Coverage analysis
105
+
106
+
Analyze test coverage for changed files:
107
+
108
+
1. Get the list of Python files changed in this PR (excluding tests):
0 commit comments