From git-plugin
Reviews GitHub PR workflow results and reviewer comments, categorizes feedback, and addresses substantive issues with fixes, optional commit, and push.
npx claudepluginhub laurigates/claude-plugins --plugin git-pluginThis skill uses the workspace's default tool permissions.
- Repo: !`git remote -v`
Creates isolated Git worktrees for feature branches with prioritized directory selection, gitignore safety checks, auto project setup for Node/Python/Rust/Go, and baseline verification.
Executes implementation plans in current session by dispatching fresh subagents per independent task, with two-stage reviews: spec compliance then code quality.
Dispatches parallel agents to independently tackle 2+ tasks like separate test failures or subsystems without shared state or dependencies.
git remote -vgit branch --show-currentgit status --porcelain=v2 --branchParse these parameters from the command (all optional):
| Parameter | Description |
|---|---|
$1 | PR number (if not provided, detect from current branch) |
--commit | Create commit(s) after addressing feedback |
--push | Push changes after committing (implies --commit) |
| Use this skill when... | Use another skill instead when... |
|---|---|
| A PR has reviewer comments to address | CI checks are failing with no review comments -> use git-fix-pr |
| You need to systematically work through review feedback | You're creating a new PR -> use git-commit-push-pr |
| A reviewer has requested changes | You want to understand PR workflow patterns -> use git-branch-pr-workflow |
Review PR workflow results and reviewer comments, then address substantive feedback.
For feedback categorization, decision trees, commit format, and report templates, see REFERENCE.md.
Get PR number from argument or detect from current branch:
gh pr view --json number -q '.number'
Switch to PR branch if not already on it:
gh pr view $PR --json headRefName -q '.headRefName'
git switch <branch-name>
git pull origin <branch-name>
Parse owner/repo from the git remote URL.
Fetch ALL PR data using the bundled script (single GraphQL query):
bash ${CLAUDE_SKILL_DIR}/scripts/fetch-pr-data.sh <owner> <repo> <pr-number>
For failed checks only, fetch detailed logs:
gh run view $RUN_ID --log-failed
| Check Status | Action |
|---|---|
| All passing | Skip to Step 2 |
| Failed CI | Get logs with gh run view, may need fixes |
| Pending | Note status, focus on comments |
If the GraphQL query fails with a rate limit error, wait 60 seconds and retry once.
Categorize all comments from the GraphQL response (see REFERENCE.md for category definitions):
Work through actionable items systematically:
Code review comments: Read relevant code, understand context, implement fix, verify no breakage.
Failed CI checks: Identify failure type (lint/type/test/build), fix locally, run to verify.
Questions/clarifications: Note for PR reply; consider adding code comments for future readers.
Group related fixes into logical commits. See REFERENCE.md for commit message format.
Run pre-commit hooks if configured, then stage any formatter changes.
git push origin HEAD
Provide a summary table of feedback addressed, changes made, and next steps. See REFERENCE.md for report template.
| Context | Command |
|---|---|
| All PR data (single query) | bash ${CLAUDE_SKILL_DIR}/scripts/fetch-pr-data.sh <owner> <repo> <pr> |
| Failed check logs | gh run view $ID --log-failed |
| Quick check status (fallback) | gh pr checks $PR --json name,state,conclusion |