How do I install the Github Create Pr skill?

Run npx skillmds@latest add tovrleaf/github-create-pr in your terminal (requires Node.js), paste this page's agent-chat prompt into Claude, Cursor, or any MCP-connected agent, or download the SKILL.md file and copy it into your agent's skills directory.

Is Github Create Pr safe to use?

This skill has not completed SkillMD's automated safety review yet. SkillMD never runs a skill's scripts for you; review the SKILL.md before installing.

Which AI agents work with Github Create Pr?

This skill is tagged as working with Claude Code, Claude.ai, OpenAI Codex. SKILL.md is an open format, so most agents that read a skills directory can load it too.

Is Github Create Pr free to use?

Yes. Installing skills from SkillMD is free, and the skill stays under its author's original license.

Who published Github Create Pr?

tovrleaf (@tovrleaf) published this skill. Their other Agent Skills are listed on their SkillMD profile.

Github Create Pr by tovrleaf — Agent Skill

Name: Github Create Pr
Author: tovrleaf

Github Create Pr

Creates a pull request using GitHub CLI by following every numbered step in order. Do not skip steps. Do not improvise — execute the workflow literally. Activate when the user says "create PR", "open PR", "push and PR", "submit for review", or work is ready for review.

tovrleaf 45cf77f 8 files · 9.6 KB Updated Sep 17, 2026

File contents

Create Pull Request

Open a pull request for the current branch using gh.

Steps

Check for uncommitted changes — Run git status --short. If output is non-empty, show the list and ask: "There are uncommitted changes. Commit and include them, or create the PR without them?" Do not proceed without an answer.
Verify branch — Run git branch --show-current. If on main or master, stop and warn: "You are on the default branch. Create a feature branch first."
Rebase on main — Always fetch and rebase before pushing:
```
git fetch origin main
git rebase origin/main
```
If rebase conflicts, stop and let the user resolve.
Check for existing PR — Run:
```
gh pr list --head $(git branch --show-current)
```
If a PR already exists, show its URL and ask: "A PR already exists for this branch. Open it instead?"
Run verification — Check AGENTS.md or the project's build/test configuration for pre-push steps. Run them. If any fail, stop and fix before pushing.
Push the branch — Run:
```
git push --force-with-lease -u origin $(git branch --show-current)
```
Uses --force-with-lease for safety after rebase. Falls back to plain push if no upstream exists yet. If push fails, report the error and suggest fixes (force push not allowed without explicit permission).
Analyze changes — Run:
```
git log main..HEAD --oneline
git diff main --stat
```
Use this to understand the scope and write an accurate PR description. Do not guess — base the description on actual changes.
Create the PR — Run:
```
gh pr create --title "<title>" --body "<body>"
```
Show the generated title and description to the user for approval before submitting. If gh is not installed, provide the manual URL: https://github.com/{owner}/{repo}/compare/{branch}
Ask about browser — "Open the PR in your browser?" If yes, run gh pr view --web.

Conventions

Title: under 70 characters, plain language summary.

Description format:

Summary paragraph explaining what and why.

- Concise bullet per logical change
- No sub-bullets
- Focus on outcomes, not file paths

## Testing (optional, only when changes affect behavior)

## Deployment (optional, only when post-merge steps exist)

No section headers unless there are multiple distinct sections. The default is summary + bullets, flat.
Do not force push without explicit user permission.
Do not push to main/master directly.
If the branch has a single commit, use its message as the PR title. If multiple commits, summarize.

Boundaries

DOES check for uncommitted changes
DOES push the current branch
DOES create a GitHub pull request
DOES run pre-push verification steps
Does NOT modify code or commit
Does NOT force push without explicit permission
Does NOT push to main/master directly

---name: github-create-prdescription: Creates a pull request using GitHub CLI by following every numbered step in order. Do not skip steps. Do not improvise — execute the workflow literally. Activate when the user says "create PR", "open PR", "push and PR", "submit for review", or work is ready for review.---# Create Pull RequestOpen a pull request for the current branch using `gh`.## Steps1. **Check for uncommitted changes** — Run `git status --short`. If output is non-empty, show the list and ask: "There are uncommitted changes. Commit and include them, or create the PR without them?" Do not proceed without an answer.2. **Verify branch** — Run `git branch --show-current`. If on `main` or `master`, stop and warn: "You are on the default branch. Create a feature branch first."3. **Rebase on main** — Always fetch and rebase before pushing: ```bash git fetch origin main git rebase origin/main ``` If rebase conflicts, stop and let the user resolve.4. **Check for existing PR** — Run: ```bash gh pr list --head $(git branch --show-current) ``` If a PR already exists, show its URL and ask: "A PR already exists for this branch. Open it instead?"5. **Run verification** — Check AGENTS.md or the project's build/test configuration for pre-push steps. Run them. If any fail, stop and fix before pushing.6. **Push the branch** — Run: ```bash git push --force-with-lease -u origin $(git branch --show-current) ``` Uses `--force-with-lease` for safety after rebase. Falls back to plain push if no upstream exists yet. If push fails, report the error and suggest fixes (force push not allowed without explicit permission).7. **Analyze changes** — Run: ```bash git log main..HEAD --oneline git diff main --stat ``` Use this to understand the scope and write an accurate PR description. Do not guess — base the description on actual changes.8. **Create the PR** — Run: ```bash gh pr create --title "<title>" --body "<body>" ``` Show the generated title and description to the user for approval before submitting. If `gh` is not installed, provide the manual URL: `https://github.com/{owner}/{repo}/compare/{branch}`9. **Ask about browser** — "Open the PR in your browser?" If yes, run `gh pr view --web`.## Conventions- Title: under 70 characters, plain language summary.- Description format: ``` Summary paragraph explaining what and why. - Concise bullet per logical change - No sub-bullets - Focus on outcomes, not file paths ## Testing (optional, only when changes affect behavior) ## Deployment (optional, only when post-merge steps exist) ```- No section headers unless there are multiple distinct sections. The default is summary + bullets, flat.- Do not force push without explicit user permission.- Do not push to main/master directly.- If the branch has a single commit, use its message as the PR title. If multiple commits, summarize.## Boundaries- DOES check for uncommitted changes- DOES push the current branch- DOES create a GitHub pull request- DOES run pre-push verification steps- Does NOT modify code or commit- Does NOT force push without explicit permission- Does NOT push to main/master directly

Frequently asked questions