Standardizes the PR creation process from feature branch to GitHub.

Install

mkdir -p .claude/skills/pr-mparticle && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/11920" && unzip -o skill.zip -d .claude/skills/pr-mparticle && rm skill.zip

Installs to .claude/skills/pr-mparticle

Activation

This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.

Create a pull request from the current branch. Triggers on create PR/open PR/make PR/submit PR/push PR/raise PR/open a pull request/create a pull request/ready to merge/branch is ready when the user wants to turn their current branch into a GitHub pull request with a well-structured description
295 chars✓ has a “when” triggerlonger than Claude Code's old 250-char listing cap (fine on current versions)
Beginner

Key capabilities

  • Read local repository conventions
  • Verify current branch status
  • Push current branch to origin
  • Build PR title using Conventional Commits
  • Build PR description from commits and diffs
  • Create GitHub pull request

How it works

The skill reads repository conventions, verifies the branch, pushes changes, then constructs a PR title and description based on Conventional Commits and commit history before creating the pull request.

Inputs & outputs

You give it
Current Git branch with committed changes
You get back
A GitHub pull request with a formatted title and description

When to use pr

  • Open a pull request
  • Submit feature branch
  • Ready to merge

About this skill

Pull Request

Create a pull request from the current branch with a well-structured description derived from commits and diffs.

Step 1: Read Local Repo Conventions

Before doing anything, check for repo-specific instructions that override the defaults below:

# Check for conventions in order of priority
cat CLAUDE.md 2>/dev/null || cat AGENTS.md 2>/dev/null || cat .github/CONTRIBUTING.md 2>/dev/null

Look for:

  • Branch naming rules
  • PR title format
  • Required PR template sections
  • Base branch (default: main)
  • Ticket/issue reference format

Step 2: Verify Branch

git branch --show-current
git status
git log main..HEAD --oneline
  • Confirm there are commits ahead of the base branch
  • If on main directly, stop and ask the user to create a feature branch first
  • Branch prefix should match the change type: feat/, fix/, chore/, ci/, docs/, test/, refactor/
  • Use no-jira/ or no-ticket/ when there is no associated issue

Step 3: Push Branch

git push origin <branch_name>

Always use the explicit branch name (not HEAD).

Step 4: Build PR Title

Use Conventional Commits format — NO scopes in parentheses. CI rejects feat(scope):, only feat: is valid.

<type>: <description>

Types: feat, fix, docs, chore, refactor, test, perf, ci

Step 5: Build PR Description

If the repo has a PR template

Read it and replace all placeholder text with content derived from commits and diffs:

cat .github/pull_request_template.md

Fill in every section. Leave any screenshots/video section for the author to populate.

If there is no PR template

Use this structure:

## Background

- {Why this change is needed}

## What Has Changed

- {What this PR introduces or modifies}

## Screenshots/Video

- {Leave for author}

## Checklist

- [ ] Self-review completed
- [ ] Tests added or updated
- [ ] Tested locally

## Reference Issue

- Closes #{issue-number} ← only include if there is an associated issue

Checklist rules

  • Leave all checklist items unchecked — never check boxes on the author's behalf

Reference Issue rules

  • If the branch name contains a ticket/issue number, include a closing reference
  • If there is no ticket, omit the section entirely

Step 6: Create the PR

gh pr create \
  --title "<title>" \
  --body "<description>" \

After creating the PR, do not perform any additional commits.

Step 7: Return the PR URL

Share the URL so the user can review it immediately.

When not to use it

  • When the user is on the main branch and needs to create a feature branch first
  • When the user wants to bundle multiple fixes into one commit
  • When the user wants to check checklist items on their behalf

Limitations

  • If on `main` directly, stop and ask the user to create a feature branch first
  • Leave all checklist items **unchecked** , never check boxes on the author's behalf
  • After creating the PR, **do not perform any additional commits**

How it compares

This skill automates the process of creating a well-structured pull request by adhering to repository conventions and Conventional Commits, unlike manual PR creation.

Compared to similar skills

pr side by side with the closest alternatives in the catalog.

SkillInstallsUpdatedSafetyDifficulty
pr (this skill)05moReviewBeginner
resolve-conflicts818moReviewIntermediate
dependency-upgrade265moReviewIntermediate
git-commits214moNo flagsBeginner

Try saying

Example prompts that trigger this skill in your AI assistant.

Search skills

Search the agent skills registry