Creates GitHub Pull Requests with automated validation and task tracking. Use when user wants to create PR, open pull request, submit for review, or check if ready for PR. Analyzes commits, validates task completion, generates Conventional Commits title and description, suggests labels. NOTE - for merging existing PRs, use github-pr-merge instead.
View on GitHubfvadicamo/dev-agent-skills
skill-authoring
January 22, 2026
Select agents to install to:
npx add-skill https://github.com/fvadicamo/dev-agent-skills/blob/main/skills/github-pr-creation/SKILL.md -a claude-code --skill github-pr-creationInstallation paths:
.claude/skills/github-pr-creation/# GitHub PR Creation Creates Pull Requests with task validation, test execution, and Conventional Commits formatting. ## Quick Start ```bash # 1. Verify GitHub CLI gh --version && gh auth status # 2. Gather information (Claude does this directly) git log develop..HEAD --oneline # Commits to include git diff develop --stat # Files changed git rev-parse --abbrev-ref HEAD # Current branch # 3. Run project tests make test # or: pytest, npm test # 4. Create PR (after generating content) gh pr create --title "..." --body "..." --base develop --label feature ``` ## Core Workflow ### 1. Verify Environment ```bash gh --version && gh auth status ``` If not installed: `brew install gh` then `gh auth login` ### 2. Confirm Target Branch **Always ask user**: ``` I'm about to create a PR from [current-branch] to [target-branch]. Is this correct? - feature branch → develop (90% of cases) - develop → master/main (releases) ``` ### 3. Gather Information Execute these commands and analyze results directly: ```bash # Current branch git rev-parse --abbrev-ref HEAD # Commits since base branch git log [base-branch]..HEAD --pretty=format:"%H|%an|%ai|%s" # Commits with full details (for context) git log [base-branch]..HEAD --oneline # Files changed git diff [base-branch] --stat # Remote tracking status git status -sb ``` ### 4. Search for Task Documentation Look for task files in these locations (in order): 1. `.kiro/specs/*/tasks.md` 2. `docs/specs/*/tasks.md` 3. `specs/*/tasks.md` 4. Any `tasks.md` in project root Extract from task files: - Task IDs (format: `Task X` or `Task X.Y`) - Task titles and descriptions - Requirements (format: `Requirements: X, Y, Z`) ### 5. Analyze Commits For each commit, identify: - **Type**: feat, fix, refactor, docs, test, chore, ci, perf, style - **Scope**: component/module affected (kebab-case) - **Task references**: look for `task X.Y`, `Task X`, `#X.Y` patterns - **Breaking changes**: exclamation mar