菜单
Create a Pull Request (GitHub) or Merge Request (GitLab) with a well-crafted title and description. Use when the user asks to create a PR, MR, open a pull request, submit a merge request, or says something like "open a PR".
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/hsablonniere/skills --skill pull-request命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
正在显示 SKILL.md
基于 SOC 职业分类
| name | pull-request |
| description | Create a Pull Request (GitHub) or Merge Request (GitLab) with a well-crafted title and description. Use when the user asks to create a PR, MR, open a pull request, submit a merge request, or says something like "open a PR". |
| model | haiku |
| allowed-tools | Bash(git:*), Bash(gh:*), Bash(glab:*), Read |
Create PRs/MRs with descriptions that help:
git remote get-url origin
github.com → GitHub, use ghgitlab → GitLab, use glabgit branch --show-current
Abort if on a protected branch (main, master).
Get the default branch:
gh repo view --json defaultBranchRefglab repo viewgh pr view --json urlglab mr viewIf one already exists, show the URL and ask the user if they want to update its title and description. If yes, continue the workflow and update the existing PR/MR at the end instead of creating a new one.
git fetch origin <default-branch>
git log --oneline origin/<default-branch>..HEAD
If ≤ 10 commits, get per-commit diffs for better context:
git show <sha> --format="commit %H%n%n %s%n %b"
If > 10 commits, use a global diff:
git diff origin/<default-branch>...HEAD
Skip questions if the context is clear from commits and conversation.
Ask up to 3-4 questions if you need to clarify:
Questions must be specific to the commits — cite what you observe:
Never ask vague questions like "Why these changes?" or "How to test?".
Also ask for linked issues if the user hasn't mentioned any.
feat:, fix:, refactor:, etc.Use only the relevant sections — skip empty ones:
<!-- Only if the user provided a real issue number -->
Closes #NN
## Context
Why this change exists. 1-2 sentences + bullet points.
## Proposal
Summary of the approach and technical choices.
### Breaking changes
<!-- if applicable -->
### Design decisions
<!-- if non-obvious choices were made -->
## How to review
<!-- for large PRs -->
- Start with `file1.ts` which contains the main logic
- Then `file2.ts` for adaptations
## How to test
<!-- if not obvious -->
1. Step 1
2. Step 2
## TODO
<!-- ONLY if user asked for a draft -->
- [ ] Remaining task 1
- [ ] Remaining task 2
## Out of scope
<!-- if useful to set boundaries -->
- What is NOT included in this PR
Closes #NN if the user provided a real issue number — never use placeholders like #XXXXX or #NNgit branch -r
If the branch isn't on the remote yet:
git push -u origin <branch>
Create (new PR/MR):
gh pr create --title "<title>" --body "<body>"glab mr create --title "<title>" --description "<body>"Add --draft if the user asked for a draft.
Update (existing PR/MR):
gh pr edit --title "<title>" --body "<body>"glab mr update --title "<title>" --description "<body>"Show the PR/MR URL when done.
Conversational code review written to a markdown file the reviewer annotates, then acted on. Use when the user asks to review the current branch or diff, runs /paper-review (optionally with "working tree", "staging", "rescan", or a ref/range), says "review my changes", or asks to act on their annotations in an existing review file.
Perform a non-interactive interactive git rebase. Use when the user asks to rebase, squash, reorder, drop, or rename commits.
Create a git commit with a well-crafted conventional commit message. Use when the user asks to commit, create a commit, or says something like "commit this".