github-pr

Create GitHub Pull Requests with conventional commit titles and structured descriptions.

1|Updated Dec 30, 2025
One-click install
npx skills add https://github.com/statick88/dotfiles --skill github-pr-statick88
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: github-pr
Source: https://github.com/statick88/dotfiles/tree/main/amp/.agents/skills/github-pr
Command: npx skills add https://github.com/statick88/dotfiles --skill github-pr-statick88

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill helps you create high-quality GitHub Pull Requests by adhering to conventional commit standards and structuring your descriptions effectively, making reviews smoother and code more maintainable.

Core Features & Use Cases

  • Conventional Commits: Enforces a standardized format for PR titles (e.g., feat(scope): description).
  • Structured Descriptions: Provides a template for clear PR summaries, changes, and testing information.
  • Command Examples: Demonstrates how to use the gh CLI for creating PRs with titles, bodies, reviewers, and labels.
  • Use Case: When you've finished a new feature, use this Skill to generate a PR title like feat(user): implement profile editing and a detailed body explaining the changes and how to test them.

Quick Start

Use the github-pr skill to create a pull request with the title "feat(auth): add password reset" and a body explaining the changes.

Frequently Asked Questions about github-pr

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I create a GitHub pull request using conventional commit formats?

To create a GitHub pull request with conventional commit formats, structure your PR title using prefixes like `feat(scope): description` and use the `gh` CLI to generate the PR with a detailed body, reviewers, and labels.

What should be included in a well-structured pull request description?

A well-structured pull request description should include a clear summary of changes, a breakdown of what was modified, and testing information so reviewers can verify the code effectively.

Can I use the GitHub CLI to automate pull request creation with reviewers and labels?

Yes, you can use the GitHub CLI to automate pull request creation by specifying titles, bodies, reviewers, and labels in the command, ensuring atomic commits and clear communication in your workflow.

Why do my pull requests get rejected during code review?

Pull requests often get rejected during code review due to unclear communication or non-atomic commits. Enforcing conventional commit standards and providing structured descriptions makes reviews smoother and code more maintainable.

Do I need to install the GitHub CLI before creating pull requests with this approach?

Yes, you need the GitHub CLI installed to automate pull request generation, as this approach relies on `gh` commands for specifying titles, bodies, reviewers, and labels directly from your terminal.

What is the best way to format PR titles for feature additions?

The best way to format PR titles for feature additions is using the conventional commit standard, such as `feat(user): implement profile editing`, which scopes the change and clarifies the intent for reviewers.