Now liveThe Skillselion MCP - thousands of ranked skills, loaded into your agent mid-task. No install.Get it →
fredrikaverpil avatar

Gh Pr

  • 45 installs
  • 251 repo stars
  • Updated August 4, 2026
  • fredrikaverpil/dotfiles

Standardizes creating GitHub pull requests via gh pr create with a Why/What/Notes body format and a Jira ticket prompt.

About

Defines conventions for creating draft GitHub PRs with the gh CLI, including a concise Why/What/Notes body, conventional-commit-style titles, and a required Jira ticket number. A developer uses it when opening a pull request.

  • Always create draft PRs with concise bullet-list Why/What/Notes
  • Conventional-commit-style PR titles and small illustrative snippets

Gh Pr by the numbers

  • 45 all-time installs (skills.sh)
  • Ranked #312 of 733 Git & Pull Requests skills by installs in the Skillselion catalog
  • Data as of Aug 5, 2026 (Skillselion catalog sync)
npx skills add https://github.com/fredrikaverpil/dotfiles --skill gh-pr

Add your badge

Show developers this skill is listed on Skillselion. Paste this into your README.

Listed on Skillselion
Installs45
repo stars251
Last updatedAugust 4, 2026
Repositoryfredrikaverpil/dotfiles

What it does

Standardizes creating GitHub pull requests via gh pr create with a Why/What/Notes body format and a Jira ticket prompt.

Files

SKILL.mdMarkdownGitHub ↗

GitHub Pull Request Creation

When creating a pull request, use the gh CLI with the following format and conventions.

  • Always create draft PRs.
  • Keep PR titles, descriptions, and comments concise and clear.
  • Include only useful information. Remove redundancy and over-explanation.
  • Prefer explicitness and clarity over verbosity.
  • Express Why/What/Notes content as concise, to-the-point bullet lists. Avoid

prose paragraphs.

  • Include a small, illustrative code snippet whenever it conveys the change

faster than prose. This is desired for PRs in general, and especially for bug fixes: a minimal example of the triggering case (and what went wrong) makes the problem concrete for reviewers. Keep it short — just enough to convey the point, not a full reproduction.

PR title format

Write the title as if the whole PR was squashed into a single commit using conventional commits.

PR Body Format

# XY-123

## Why?

[Explain the motivation for this change. What problem does it solve?]

## What?

[Describe what was changed. List the key modifications.]

## Notes

[Optional. Additional context, testing notes, or follow-up items.]

Command Template

gh pr create --draft --assignee @me --title "<title>" --body "$(cat <<'EOF'
## Why?

<motivation>

## What?

<changes>

## Notes

<optional notes>
EOF
)"

Rules

1. Always assign PR to @me using --assignee @me 2. # XY-123 - Always ask the user for the Jira ticket number before creating the PR. If there is one, include it as an H1 header at the top of the body. If there isn't one, omit it. 3. ## Why? - Required. Explain motivation and problem being solved 4. ## What? - Required. Describe the changes made 5. ## Notes - Optional. Omit entirely if no notes are needed 6. Use imperative mood in title (e.g., "Add feature" not "Added feature") 7. Keep title concise and descriptive

Example

gh pr create --draft --assignee @me --title "Add user authentication" --body "$(cat <<'EOF'
## Why?

Users need secure access to their accounts. Currently there is no
authentication mechanism in place.

## What?

- Add login/logout endpoints
- Implement JWT token generation
- Add password hashing with bcrypt
- Create auth middleware for protected routes

## Notes

Requires `JWT_SECRET` env variable to be set in production.
EOF
)"

Related skills

This week in AI coding

Five minutes, every Monday - the tools, releases and tactics for developers.

unsubscribe anytime.