Use this skill when asked to create a pull request (PR). It ensures all PRs follow the repository's established templates and standards.
npx skills add https://github.com/google-gemini/gemini-cli --skill pr-creator
This skill guides the creation of high-quality Pull Requests that adhere to the
repository's standards.
Follow these steps to create a Pull Request:
main branch.
git branch --show-current.main, you MUST create and switch to a newdescriptive branch:
git checkout -b <new-branch-name>
git status to check for unstaged or uncommitted changes.message before proceeding. NEVER commit directly to main.
git add .
git commit -m "type(scope): description"
.github/pull_request_template.md.github/PULL_REQUEST_TEMPLATE.md.github/PULL_REQUEST_TEMPLATE/),ask the user which one to use or select the most appropriate one based on
the context (e.g., bug_fix.md vs feature.md).
template's structure.
[x] if completed. If an itemis not applicable, leave it unchecked or mark as [ ] (depending on the
template's instructions) or remove it if the template allows flexibility
(but prefer keeping it unchecked for transparency).
changes.
"Fixes #123").
script to ensure all build, lint, and test checks pass.
npm run preflight
If any checks fail, address the issues before proceeding to create the PR.
CRITICAL SAFETY RAIL: Double-check your branch name before pushing.
NEVER push if the current branch is main.
# Verify current branch is NOT main
git branch --show-current
# Push non-interactively
git push -u origin HEAD
gh CLI to create the PR. To avoid shell escapingissues with multi-line Markdown, write the description to a temporary file
first.
# 1. Write the drafted description to a temporary file
# 2. Create the PR using the --body-file flag
gh pr create --title "type(scope): succinct description" --body-file <temp_file_path>
# 3. Remove the temporary file
rm <temp_file_path>
Conventional Commits format if the
repository uses it (e.g., feat(ui): add new button,
fix(core): resolve crash).
main. This is your highest priority.Use when receiving code review feedback, before implementing suggestions, especially if feedback seems unclear or technically questionable - requires technical rigor and verification, not performative agreement or blind implementation
Use when completing tasks, implementing major features, or before merging to verify work meets requirements
Execute git commit with conventional commit message analysis, intelligent staging, and message generation. Use when user asks to commit changes, create a git commit, or mentions "/commit". Supports: (1) Auto-detecting type and scope from changes, (2) Generating conventional commit messages from diff, (3) Interactive commit with optional type/scope/description overrides, (4) Intelligent file staging for logical grouping
Comprehensive GitHub code review with AI-powered swarm coordination
Behavioral guidelines to reduce common LLM coding mistakes. Use when writing, reviewing, or refactoring code to avoid overcomplication, make surgical changes, surface assumptions, and define verifiable success criteria.
Refactor bloated AGENTS.md, CLAUDE.md, or similar agent instruction files to follow progressive disclosure principles. Splits monolithic files into organized, linked documentation.
Create high-quality git commits: review/stage intended changes, split into logical commits, and write clear commit messages (including Conventional Commits). Use when the user asks to commit, craft a commit message, stage changes, or split work into multiple commits.
Use when the user asks to run Gemini CLI for code review, plan review, or big context (>200k) processing. Ideal for comprehensive analysis requiring large context windows. Uses Gemini 3 Pro by default for state-of-the-art reasoning and coding.
Take google-gemini/pr-creator from the repository into ~/.claude/skills for personal
use, or into .claude/skills inside a project.
The agent identifies a skill by the name field in its header. Two skills with the
same name cannot sit side by side — one of them will be ignored.