skills/ship-pr/SKILL.md
Create a pull request with a standards compliance review gate. Reviews the diff against CLAUDE.md and repo conventions before creating the PR, stopping on discrepancies. Supports tiered PR templates (small, standard, complex). Use when the user says "create PR", "open PR", "ship it", "ship PR", "make a pull request", "push and PR", "ready for review", "send for review", "create a pull request", or wants to create a GitHub pull request from the current branch.
npx skillsauth add indrasvat/claude-code-skills ship-prInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Create a pull request. Enforce project standards before anything leaves the branch.
Fail immediately with an explicit error if any check fails.
gh installed: command -v ghgh authenticated: gh auth statusgit rev-parse --is-inside-work-treeRun in parallel:
git status, git diff --staged, git diff -- working tree stategit log --oneline -10 -- recent historygit rev-parse --abbrev-ref HEAD -- current branchgit rev-parse --abbrev-ref @{upstream} 2>/dev/null || echo "no-upstream" -- trackingBase branch: use $ARGUMENTS if provided, else main. Verify with git rev-parse --verify origin/<base>. Compute full diff: git diff origin/<base>...HEAD.
This step is mandatory. It cannot be skipped silently.
Read every applicable conventions file:
~/.claude/CLAUDE.md (user global)CLAUDE.md in repo root (project).claude/CLAUDE.md in repo root (alternate location)AGENTS.md in repo root (if present)Extract all actionable conventions. Review the full diff against every convention.
If discrepancies are found: STOP. Present a findings table:
| File | Standard | Issue | Fix |
|------|----------|-------|-----|
| src/foo.ts | Commit msg format | Missing conventional prefix | Amend to "feat: ..." |
| lib/bar.go | No fmt errors | gofmt diff detected | Run gofmt -w lib/bar.go |
Offer exactly these options:
Do NOT proceed until the user confirms a path forward.
If no discrepancies: report "Standards review: all clear" and continue.
If on main or master: do NOT commit to the default branch. Ask user for a branch name with conventional prefix (feat/, fix/, chore/, refactor/, docs/, test/). Create with git checkout -b <prefix>/<name>.
If already on a feature branch, continue on it.
Stage files using explicit paths. Never use git add -A or git add ..
If nothing to commit, skip this step.
Write a conventional commit via HEREDOC:
git commit -m "$(cat <<'EOF'
type: short description
EOF
)"
Follow commit conventions from CLAUDE.md. Default: type: short description.
git push -u origin <branch>
If remote is already current, skip and report.
Read references/templates.md. Select the smallest tier that fits:
Create with gh pr create and HEREDOC body:
gh pr create --base <base> --title "<title>" --body "$(cat <<'EOF'
<filled template>
EOF
)"
Title under 70 characters. Detail goes in the body.
Print the PR URL. Nothing else.
Before creating, check for an existing PR:
gh pr list --head <branch> --json url --jq '.[0].url'
If a PR exists: push new commits to update, report existing URL. Do not create a duplicate.
$ARGUMENTS -- base branch for the PR. Default: main.
development
Fetch, categorize, and address PR review comments in priority order. Classifies each comment as BLOCKER, QUESTION, SUGGESTION, or NITPICK and works through blockers first. Use when the user says "address PR comments", "fix review feedback", "respond to PR", "handle review comments", "triage PR", "what does the reviewer want", "address feedback", "PR comments", "review feedback", or needs to work through pull request review comments systematically.
testing
Verify Kubernetes deployment health — pod status, rollout progress, events, readiness, HPA state, and recent errors. Use when the user says "check rollout", "is deploy healthy", "rollout status", "deployment health", "pod status", "check pods", "why is deploy failing", "k8s health", "verify deployment", "are pods ready", "check deployment", or wants to verify a Kubernetes deployment is healthy after a rollout.
documentation
Generate comprehensive Product Requirements Documents with interactive discovery, progress tracking, and True Ralph Loop support for autonomous implementation. Use when user wants to (1) create a PRD for a new project/feature, (2) implement a PRD autonomously with fresh Claude sessions, (3) track implementation progress, (4) recover context after session loss. Creates docs/PRD.md and docs/PROGRESS.md.
testing
Analyze database schema migrations for safety — lock risk, backward compatibility, rollback path, and data preservation. Use when the user says "check migration", "migration safe", "migration review", "schema change review", "will this lock", "migration guard", "review schema changes", "database migration check", "is this migration safe", or when a migration file has been created or modified.