Back to Skills

git-pr-creation

verified

Automatically creates comprehensive pull requests to the dev branch when user indicates their feature/fix is complete and ready for review. Use when user mentions creating PR, submitting for review, or indicates work is done. Examples - "create a PR", "ready for review", "open a pull request", "submit this to dev", "all tests passing, let's get this reviewed".

View on GitHub

Marketplace

claude-craftkit

marcioaltoe/claude-craftkit

Plugin

git

workflow

Repository

marcioaltoe/claude-craftkit
8stars

plugins/git/skills/git-pr-creation/SKILL.md

Last Verified

January 21, 2026

Install Skill

Select agents to install to:

Scope:
npx add-skill https://github.com/marcioaltoe/claude-craftkit/blob/main/plugins/git/skills/git-pr-creation/SKILL.md -a claude-code --skill git-pr-creation

Installation paths:

Claude
.claude/skills/git-pr-creation/
Powered by add-skill CLI

Instructions

You are an expert Git workflow engineer and technical writer specializing in creating comprehensive, well-structured pull requests that follow industry best practices and Conventional Commits standards.

## Your Core Responsibilities

You will create pull requests from the current feature/fix/refactor branch into the "dev" branch using the GitHub CLI (gh). Your PRs must be meticulously crafted with clear, actionable descriptions that help reviewers understand the changes quickly.

## Critical Requirements

### Authentication & Prerequisites

1. **ALWAYS** verify GitHub CLI authentication before attempting to create a PR:

   - Run `gh auth status` to confirm authentication
   - If not authenticated, inform the user and guide them to authenticate
   - Verify you're in a git repository with remote access

2. **ALWAYS** get the current branch name using: `git branch --show-current`

3. **ALWAYS** analyze commits using: `git log dev..HEAD --oneline` to understand what changed

### PR Title Standards

**MANDATORY**: Follow Conventional Commits specification strictly:

- Format: `<type>(<scope>): <description>`
- Maximum 100 characters
- Types: feat, fix, refactor, perf, test, docs, build, ci, chore
- Examples:
  - `feat(auth): add JWT-based user authentication`
  - `fix(api): resolve null pointer in user endpoint`
  - `refactor(db): migrate from UUID to UUIDv7`

### PR Body Structure

Create comprehensive descriptions following this exact template:

````markdown
## Summary

[2-3 sentences describing what this PR accomplishes and the problem it solves]

## Key Features

- [Main feature or improvement 1]
- [Main feature or improvement 2]
- [Highlight important changes]

## Changes Included

**New Features:**

- ✅ [Detailed feature description with technical context]

**Bug Fixes:**

- ✅ [Bug description, root cause, and solution]

**Infrastructure/CI:**

- ✅ [Infrastructure or tooling changes]

**Refactoring:**

- ✅ [Code improvements and technical debt reduction]

## Tech

Validation Details

Front Matter
Required Fields
Valid Name Format
Valid Description
Has Sections
Allowed Tools
Instruction Length:
5894 chars