Create pr

Skill dokipen/claude-cadence/skills/create-pr

Create a pull request for the current branch. Use when code is ready for review and needs a PR created with pre-flight verification.From its SKILL.md

Install

npx -y skills add dokipen/claude-cadence --skill create-pr

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

SKILL.md

2.8 KB, as published. Nobody here has run it

Create Pull Request

Creates a PR for the current branch after verification checks pass.

Filesystem Scope

IMPORTANT: See the Filesystem Scope section in CLAUDE.md.

Pre-flight Checks

Run the pr-preflight.sh script. First, check if $CADENCE_ROOT is already set:

# Check if $CADENCE_ROOT is already set
echo "${CADENCE_ROOT:-}"

If empty, resolve it:

if [ -f ".claude-plugin/plugin.json" ]; then
  CADENCE_ROOT="$(pwd)"
elif [ -d ".claude/plugins/cadence" ]; then
  CADENCE_ROOT="$(pwd)/.claude/plugins/cadence"
else
  echo "ERROR: cadence plugin root not found. Set CADENCE_ROOT env var to the plugin directory." >&2
  exit 1
fi

case "$CADENCE_ROOT" in
  *..*)
    echo "ERROR: CADENCE_ROOT must not contain path traversal (..)." >&2
    exit 1
    ;;
esac
bash "$CADENCE_ROOT/skills/create-pr/scripts/pr-preflight.sh"

This script:

Verifies you're not on the default branch
Runs the project's verification command (from CLAUDE.md)
Shows uncommitted changes
Checks if a PR already exists

Commit and Push

Commit message format: Check CLAUDE.md for project-specific commit message conventions first. If none are configured, use conventional commits:

type(#issue): brief description

Common types: feat, fix, docs, refactor, test, chore.

# Stage all changes
git add -A

# Commit with descriptive message
git commit -m "$(cat <<'EOF'
type(#issue): brief description

Optional longer explanation if needed.

Co-Authored-By: Claude <[email protected]>
EOF
)"

# Push with upstream tracking
git push -u origin HEAD

Create PR

If .github/PULL_REQUEST_TEMPLATE.md exists: Read it first to understand the expected PR body structure, then create the PR using that template's sections filled in.

If no project PR template exists (use the following fallback ONLY in this case):

gh pr create --title "Descriptive PR title" --body "$(cat <<'EOF'
## Summary
- Actual change 1
- Actual change 2

Fixes #<issue-number>

## Test plan
- [x] Verification checks pass
- [x] Tests pass
- [ ] Manual testing completed

## Screenshots
(if applicable, otherwise delete this section)
EOF
)" --label "<type>"

Notes:

Apply a type label: bug, enhancement, documentation, testing, or performance.
Copy relevant labels from the linked issue. For GitHub Issues, this includes estimate labels. For issues-api, estimates are native story points on the ticket and do not need to be copied.

After PR Creation

Report the PR URL to the user
Note any CI checks that need to pass
Mention if reviewers should be assigned