PR Creation with Linear

VerifiedSafe

Creates a GitHub pull request targeting develop with a standardized title and description linked to the corresponding Linear issue.

Sby Skills Guide Bot
DevelopmentIntermediate
107/23/2026
Claude Code
#github#pull-request#linear#branch-naming#git-workflow

Recommended for

Our review

Creates a GitHub pull request targeting the develop branch, with a standardized title and description linked to the corresponding Linear issue.

Strengths

  • Automates PR creation with a standardized format
  • Directly integrates information from the Linear issue
  • Includes validation of the branch naming convention
  • Generates a structured PR body with dedicated sections

Limitations

  • Requires that changes are already committed
  • Depends on adherence to the branch naming convention
  • Requires access to the Linear MCP server and GitHub CLI
When to use it

Use this skill when you have completed your changes on a properly named branch and want to create a clean pull request linked to a Linear ticket.

When not to use it

Avoid this skill if the branch does not follow the expected convention, if commits are not yet in place, or if you don't need Linear integration.

Security analysis

Safe
Quality score95/100

The skill only uses standard git and gh commands to push a branch and create a PR. No destructive or exfiltrating actions. Safe.

No concerns found

Examples

Create PR from current branch
/pr
Initiate PR creation manually
Create a pull request for my current branch with a title and description linking to the Linear issue.
PR with specific Linear issue
Create a PR for branch leramirezca/les-42-fix-auth targeting develop, using Linear issue LES-42.

name: pr description: >- Creates a GitHub Pull Request targeting develop, with a standardized title and description linked to the corresponding Linear issue.

Prerequisites

  • Changes must be committed on the current branch (use /commit if not).
  • The branch must follow the convention leramirezca/les-{N}-{slug} (use /branch if not).

Step 1 — Gather context

Run in parallel:

  • git log develop..HEAD --oneline to see the PR commits
  • git diff develop...HEAD --stat to see changed files
  • mcp__linear-server__get_issue with the issue ID (extracted from branch name: les-{N}LES-{N})

Step 2 — PR title

Format: type(scope): short description — LES-{N}

Valid types:

  • fix — bug fix
  • feat — new feature
  • security — security improvement
  • perf — performance
  • refactor — refactoring without behavior change
  • chore — maintenance (deps, config, etc.)
  • docs — documentation
  • ui — interface or style changes
  • db — schema or migration changes

The scope is the code area: auth, api, ui, journal, billing, i18n, db, etc.

Example: security(auth): increase minimum password length to 8 — LES-121

Max 72 characters.

Step 3 — PR body

## What changes?

{1-3 concise bullets describing the changes}

## Modified files

{List key files with a one-line description each}

## Acceptance criteria

{Copy acceptance criteria from the Linear issue if present,
or draft them from the issue description}

## Linear

Closes LES-{N}

Step 4 — Create the PR

git push -u origin {current-branch}
gh pr create \
  --base develop \
  --title "{title}" \
  --body "$(cat <<'EOF'
{full body}
EOF
)"

Return the PR URL to the user.

Related skills