界面已本地化;技能介绍与说明文档按所选语言由 AI 自动翻译,代码、命令、路径和专业术语保留原文,以原作者文档为准。
探索技能
开发与工程 · SKILL.md

quick-pr

quick-pr

【开发与工程】Split a minor change from the current work into a separate worktree and open a PR without interrupting your flow. Use when an unrelated small fix (typo, lint rule, config tweak) is sitting in a feature branch and the user wants it shipped on its own — "quick PR", "split this out", "ship this separately". Requires Claude Code (uses EnterWorktree, Exit…

独立 GitHub 快照 · 自动分类 · 以原作者文档为准

技能说明

GitHub

name: quick-pr version: 0.0.3 category: productivity description: "Split a minor change from the current work into a separate worktree and open a PR without interrupting your flow. Use when an unrelated small fix (typo, lint rule, config tweak) is sitting in a feature branch and the user wants it shipped on its own — "quick PR", "split this out", "ship this separately". Requires Claude Code (uses EnterWorktree, ExitWorktree, AskUserQuestion)." argument-hint: "[file-path or change description]"

Quick PR

Split an unrelated minor change (convention fix, typo, config tweak) from the current working tree into an independent PR — without leaving the current branch.

This is a Claude Code skill. It requires Claude Code built-in tools: EnterWorktree, ExitWorktree, and AskUserQuestion.

Use this skill when

  • A small fix (typo, lint, config) is mixed into a larger feature branch
  • The user wants to ship a trivial change immediately without polluting the current PR
  • The user says "quick PR", "split this out", or "ship this separately"

Do not use this skill when

  • The change is part of the current feature work
  • The user only wants a PR description (use /write-pr instead)
  • The change requires review or testing beyond a simple visual check

Input

$ARGUMENTS

Argument interpretation:

  • File path (e.g., src/config.py) — extract the current diff for that file and apply it in the worktree
  • Description text (e.g., "fix typo in README") — make the edit directly in the worktree
  • Empty — ask the user what to split out

Tools

Fetch these tools via ToolSearch before use:

PurposeTool
Enter isolated worktreeEnterWorktree
Exit/remove worktreeExitWorktree
Ask the userAskUserQuestion

Procedure

Step 1: Determine Change Scope

File path arg: Run git diff HEAD -- <file>, show the diff. Description arg: Propose which files to modify and how. Empty arg: Ask what to split out.

→ Use AskUserQuestion to confirm the scope before continuing.

Step 2: Choose Branch Name and Commit Message

Check the project's commit style: git log --oneline -10.

Propose up to 5 candidates for each:

  • Branch: kebab-case, prefix fix/ chore/ docs/ feat/
  • Commit: match dominant pattern (Conventional Commits, ticket prefix, etc.); default to Conventional Commits if unclear

→ Use AskUserQuestion with the numbered options. User picks or writes their own.

Step 3: Choose Base Branch, Create Worktree, Apply Changes

git fetch origin

Detect the default branch as the recommended base:

git symbolic-ref refs/remotes/origin/HEAD 2>/dev/null

Fallback: check which of main, master, develop exists.

Gather recent remote branches as additional candidates:

git for-each-ref --sort=-committerdate refs/remotes/ \
  --format='%(refname:short)' | grep -v HEAD | head -5

→ Use AskUserQuestion to pick the base branch. Present the detected default as the recommended option, followed by the recent branches. User can write their own. This base is reused as the PR target in Step 4.

Use EnterWorktree to create a worktree based on the chosen base branch. Then rename the branch:

git branch -m <chosen-branch-name>

File-based mode: Before entering the worktree, note the original worktree path. After entering, copy the changed file from the original path:

cp <original-worktree-path>/<file> <current-worktree-path>/<file>

Description-based mode: Make the edit directly in the worktree.

Step 4: Commit, Push, Create PR

git add <changed-files>
git commit -m "<chosen-commit-message>"

→ Use AskUserQuestion to confirm push. On approval:

git push -u origin <branch-name>

Build the PR body inline (do not delegate to another skill):

  1. Check templates in parallel:

    • .github/PULL_REQUEST_TEMPLATE.md
    • .github/pull_request_template.md
    • docs/pull_request_template.md
    • PULL_REQUEST_TEMPLATE.md
    • .github/PULL_REQUEST_TEMPLATE/ directory
  2. Template exists: preserve structure exactly. Fill sections from the diff. Leave unfillable sections (Screenshots, Related Issues) with their original placeholders.

  3. No template:

    ## Summary
    <what and why — 1-3 sentences>
    
    ## Changes
    <bullet list of key changes>
    
  4. PR title: match gh pr list --state merged --limit 5 --json title 2>/dev/null. Fallback to git log --oneline -10. Default to Conventional Commits if unclear.

→ Use AskUserQuestion with the draft title + body + target branch (defaults to the base from Step 3). Do not run gh pr create until approved.

gh pr create --base <target-branch> --title "<title>" --body "<body>"

Step 5: Confirm and Clean Up

Show PR created: <URL>.

→ Use AskUserQuestion: "Remove the worktree?"

  • Yes → ExitWorktree with action: "remove", discard_changes: true (safe — the commit is already on origin from Step 4)
  • No → ExitWorktree with action: "keep"
我的收藏