Create Pull Request
SkillDev toolsCreate pull requests. Use when opening PRs, writing PR descriptions, or preparing changes for review.
Available today. Use it from your connected AI after setup.
No other account needed.
Connect ahel once, and every AI you use reads what you have installed.
Then ask your AI: use the Create Pull Request skill
What this skill tells your AI
The instructions your AI receives, as published by skovhus/styled-components-to-stylex-codemod in .claude/skills/create-pr/SKILL.md and read by ahel’s review.
Create pull requests.
Requires: Git access and whatever PR creation mechanism your environment supports.
If your agent runtime provides a dedicated PR tool, use that instead of shelling out to gh pr create. Treat this file as a workflow checklist, not a requirement to use a specific tool.
Process
Step 1: Check Current Branch
git branch --show-current
IMPORTANT: If you are on main or master, you MUST create a feature branch before committing:
# Create and switch to a feature branch
git checkout -b <feature-branch-name>
Use your environment's branch naming policy. If the repo or runtime specifies a required prefix/suffix, follow that instead of inventing a new pattern. Otherwise, use a descriptive branch name such as:
feat/add-user-authenticationfix/null-pointer-in-parserrefactor/extract-helper-functions
Never commit directly to main/master when preparing a PR.
Step 2: Stage and Commit Changes
# Check for uncommitted changes
git status --porcelain
If there are uncommitted changes, stage and commit them:
git add <files>
git commit -m "<type>(<scope>): <description>"
Step 3: Push Branch and Verify State
# Push branch to remote (creates it if needed)
git push -u origin $(git branch --show-current)
# Verify commits that will be in the PR
git log origin/main..HEAD --oneline
Ensure:
- All changes are committed
- Branch is pushed to remote
- You're not on main/master
Step 4: Analyze Changes
Review what will be included in the PR:
# See all commits that will be in the PR
git log origin/main..HEAD
# See the full diff
git diff origin/main...HEAD
Understand the scope and purpose of all changes before writing the description.
Step 5: Write the PR Description
Follow this structure:
<brief description of what the PR does>
<why these changes are being made - the motivation>
<alternative approaches considered, if any>
<any additional context reviewers need>
Do NOT include:
- "Test plan" sections
- Checkbox lists of testing steps
- Redundant summaries of the diff
Do include:
- Clear explanation of what and why
- Context that isn't obvious from the code
- Notes on specific areas that need careful review
Step 6: Create the PR
Create the PR using your environment's approved mechanism:
- dedicated PR tool in the agent runtime, if available
- repository automation that registers/updates PRs for the current branch
gh pr createonly when shell-based PR creation is actually supported and allowed
Regardless of mechanism, use the same title/body guidance from this skill and make sure the branch has already been pushed.
Title format follows commit conventions:
feat(scope): Add new featurefix(scope): Fix the bugref: Refactor somethingchore: Minor change
Signals
- GitHub stars
- 44
- Last commit
- Sep 2026
Advanced
- Catalog kind
- skill
- Gateway key
create-pr-skovhus- Source
- github.com/skovhus/styled-components-to-stylex-codemod