Push PR with structured summary

VerifiedSafe

Pushes local commits to the remote branch, checks for uncommitted changes, and creates a pull request with a structured summary including a changes list and test plan. It helps streamline the PR creation process by ensuring consistency and completeness.

Sby Skills Guide Bot
DevelopmentIntermediate
506/2/2026
Claude Code
#pr-push#git-workflow#pull-request#automation

Recommended for

Our review

This skill pushes local commits to remote and creates a pull request with a structured summary, changes list, and test plan.

Strengths

  • Automates PR creation with a standardized format (summary, changes, test plan)
  • Checks for uncommitted changes and handles them gracefully
  • Detects existing PRs to avoid duplicates
  • Uses conventional commit types for clear PR titles

Limitations

  • Requires `gh` (GitHub CLI) to be installed and authenticated
  • Only works with GitHub repositories
  • The generated summary quality depends on commit message clarity
When to use it

Use this skill when you want to quickly push changes and create a well-structured pull request without manually writing the body.

When not to use it

Avoid using it if you prefer to craft the PR message manually or if you are using a repository hosted outside GitHub.

Security analysis

Safe
Quality score90/100

The skill automates a standard PR workflow using git and GitHub CLI with no destructive or exfiltrating actions. It includes safety prompts (e.g., asking before committing) and restricts itself to safe operations.

No concerns found

Examples

Feature PR creation
Push my latest commits and create a PR for the new authentication feature with a structured summary and test plan.
Bug fix PR creation
Push my bug fix for the API response handling and create a PR with a summary and test steps.
Refactor PR with automated body
Push my refactoring changes and create a PR that includes a summary of changes and test plan based on the diff.

name: pr-push description: | Push local commits to remote, check for uncommitted changes, and create a PR with structured summary, changes list, and test plan.

PR Push

Instructions

  1. Gather Info: git status, git log origin/<branch>..HEAD --oneline, git remote -v
  2. Check Uncommitted: If exist, ask user whether to commit first
  3. Push: git push -u origin <current-branch>
  4. Check Existing PR: Run gh pr view --json url -q .url 2>/dev/null to check if a PR already exists for this branch
    • If PR exists: inform user and provide the PR URL, skip PR creation
    • If no PR exists: proceed to create one
  5. Analyze Diff: Compare branch vs base (main/master/develop)
  6. Create PR: Use gh pr create with structured body

Commands Reference

# Check commits to push
git log origin/<branch>..HEAD --oneline

# Compare with base branch
git log <base>..HEAD --oneline
git diff <base>...HEAD --stat
git diff <base>...HEAD

# Push with upstream
git push -u origin <branch>

# Check if PR already exists for current branch
gh pr view --json url -q .url 2>/dev/null

# Create PR with heredoc
gh pr create --title "<type>: <subject>" --body "$(cat <<'EOF'
## Summary
...

## Changes
- ...

## Test Plan
...
EOF
)"

PR Message Format

## Summary
Brief description of what this PR accomplishes.

## Changes
- Bullet points of specific changes
- Reference actual files/functions modified
- Group related changes together

## Test Plan
How to verify the changes work correctly.

PR Title Convention

| Type | Use Case | |------|----------| | feat: | New feature | | fix: | Bug fix | | docs: | Documentation | | refactor: | Code restructuring | | test: | Test changes | | chore: | Build/config |

Guidelines

  • Always write PR messages in English
  • Be specific, reference actual changes from diff
  • Avoid verbosity - focus on what/why
  • No co-author credits or "Generated with..." tags

Edge Cases

| Situation | Action | |-----------|--------| | No commits to push | Inform user | | Push fails | Report error, suggest solutions | | Uncommitted changes | Ask user to commit first | | No base branch | Ask user which branch to compare | | PR already exists | Inform user and provide PR URL, skip creation |

Examples

Example 1: Feature PR

Title: feat(auth): add JWT token refresh mechanism

Body:

## Summary
Implement automatic JWT token refresh to prevent session expiration during active use.

## Changes
- Add `refreshToken()` method in `auth/token.go`
- Implement secure cookie storage for refresh tokens
- Add retry logic with exponential backoff
- Update auth middleware to trigger refresh

## Test Plan
1. Login and wait for token to near expiration
2. Verify automatic refresh occurs without logout
3. Check refresh token rotates correctly

Example 2: Bug Fix PR

Title: fix(api): handle empty response body gracefully

Body:

## Summary
Fix null pointer exception when API returns empty body instead of JSON.

## Changes
- Add nil check in `parseResponse()` before JSON unmarshal
- Return empty struct instead of error for 204 responses
- Add unit test for empty body case

## Test Plan
1. Send request that returns 204 No Content
2. Verify no panic, returns empty result

Example 3: Refactor PR

Title: refactor(streamer): consolidate test mocks

Body:

## Summary
Extract common mock implementations to reduce duplication across test files.

## Changes
- Move `mockGRPCStreamClient` to `mock_query.go`
- Remove 4 duplicate mock definitions
- Update all test files to use shared mock

## Test Plan
Run `make test` - all tests should pass unchanged.
Related skills