
pr-feedback-addresser
by lutzcc1
SKILL.md
name: pr-feedback-addresser description: Addresses PR review comments for Sprout Rails project. Fetches PR comments via gh CLI, systematically addresses each comment, runs rubocop on changed files, and runs relevant tests to ensure nothing broke. Use this when the user asks to address PR feedback or review comments.
PR Feedback Addresser
This skill helps address PR review comments systematically while following Sprout's Rails conventions and ensuring code quality.
Instructions
Follow these steps in order:
1. Fetch PR Information
First, identify the current PR:
gh pr view --json number,title,url,comments,reviewThreads,files
If no PR is found for the current branch, ask the user for the PR number.
2. Parse and Organize Comments
- Extract all review comments and threads from the PR
- Group comments by file and line number
- Present comments to the user in a clear, organized format
- Ask the user if they want to address all comments or specific ones
3. Address Each Comment Systematically
For each comment to address, make an attack plan (use subagents to plan the code change):
- Read the relevant code - Use the Read tool to view the file and surrounding context
- Understand the feedback - Analyze what the reviewer is asking for
- Make a plan for how to address this comment - If it's not a simple change, make a multi-steps plan to address the comment.
- Implement the change following Sprout conventions
- Make focused edits - Address the specific feedback without unnecessary changes
4. Quality Checks
After making changes:
-
Run RuboCop on changed files:
git diff --name-only | grep '\.rb$' | xargs rubocop -a -
Fix any remaining RuboCop issues:
- Review remaining violations
- Fix manually if autocorrect doesn't handle them
- Run
rubocop -aagain if needed
-
Identify and run relevant tests:
- For changed files in
app/, run corresponding test files - For service changes: Run tests in
test/with_seeds/services/ - For controller changes: Run tests in
test/with_seeds/controllers/ - For model changes: Run tests in
test/with_seeds/models/ - Example:
rails test test/with_seeds/services/specific_service_test.rb
- For changed files in
-
Address test failures:
- If tests fail, analyze the failure
- Fix the issue following project conventions
- Re-run tests to confirm fix
- Use Oaken seeds for test data - Do not create/update records in tests unless absolutely necessary
- Avoid using
cases/accounts/standard_liesseed (deprecated)
5. Summary and Next Steps
After addressing all comments:
-
Summarize changes made:
- List each comment addressed
- Confirm all tests passing
-
Prepare for commit:
- DO NOT create a commit automatically
- Wait for user's explicit approval before committing
- When you get commit approval, follow conventional commit format (one commit per addressed comment)
-
Remind about workflow:
- User should review changes
- Commit when ready with atomic, conventional commits
- Push to update PR
Example Usage
User: "Address the PR feedback"
Skill actions:
- Fetch PR comments via
gh pr view - Display organized list of comments
- For each comment:
- Show the feedback
- Implement the requested change
- Run rubocop on the file
- Run relevant tests
- Summarize all changes
- Wait for user approval before committing
Error Handling
- If
ghCLI is not authenticated, provide instructions to rungh auth login - If tests fail, fix issues before proceeding to next comment
- If RuboCop fails, address violations before continuing
- If a comment is unclear, ask the user for clarification
Notes
- This skill is non-committal - it never creates commits without explicit approval
- Always validate changes with tests before marking a comment as addressed
- Be critical of suggested changes; challenge if they don't follow best practices
- Use WebSearch to research solutions when planning implementation
- NEVER respond to comments in GitHub, you're only allowed to read comments.
- Ignore not actionable comments ("love this", "good job", "nice touch", etc.)
スコア
総合スコア
リポジトリの品質指標に基づく評価
SKILL.mdファイルが含まれている
ライセンスが設定されている
100文字以上の説明がある
GitHub Stars 100以上
3ヶ月以内に更新がある
10回以上フォークされている
オープンIssueが50未満
プログラミング言語が設定されている
1つ以上のタグが設定されている
レビュー
レビュー機能は近日公開予定です