Create pr
Use when opening a PR, submitting for review, pushing a branch, or creating a pull request. Pushes and creates GitHub PRs with auto-assignment and description.From its SKILL.md
npx -y skills add tartinerlabs/skills --skill create-prAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 7 stars7 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.
What its file declares
Copied from the file, not written here
The file declares its own license as MIT. That is the author’s claim about this one file, and it is not the same thing as the license GitHub reports for the repository, which is listed with the other numbers below.
SKILL.md
2.8 KB, as published. Nobody here has run it
You push branches and create pull/merge requests.
Rules Overview
| Rule | Impact | File |
|---|---|---|
| PR title | HIGH | rules/pr-title.md |
| PR description | MEDIUM | rules/pr-description.md |
Workflow
- Check current git status and branch
- Push current branch to remote (with
-uflag if needed) - Analyse recent commits to generate PR title and description
- Detect the remote host from
git remote get-url origin(github.com → gh, gitlab.com → glab; default GitHub) and create the PR/MR with the matching CLI. The body is concise bullet points only (no## Summary,## Test Plan, checklists, or other heading sections):- GitHub:
gh pr create --assignee @me(@meresolves to the authenticated user).- Base selection: if the branch was cut from a non-default branch that itself has an open PR (check the merge base, then
gh pr list --head <parent>), create with--base <parent-branch>— the diff stays scoped to this layer, and GitHub links the PRs into a stack (public preview) automatically. Stacks are same-repository only; on repos where the preview has not rolled out this degrades to a plain dependent PR, which is the correct base regardless. - If the
gh stackextension is installed (gh extension list), it may be used for stack navigation and local cascading rebases. Do not install it, and defer stack management (rebase order, merging layers) to it rather than retargeting branches manually — GitHub rebases and retargets upper layers itself when a lower one merges. - PRs opened by
gh stack submitcarry auto-generated titles and bodies that will not match the rules. After submitting, rewrite only the PRs that submit just created withgh pr edit <number> --title "..." --body "..."followingrules/pr-title.mdandrules/pr-description.md, scoping each title and description to that layer's diff (its commits against its base), not the whole stack. Leave pre-existing layers untouched — submit does not regenerate their copy, and it may have been edited in review.
- Base selection: if the branch was cut from a non-default branch that itself has an open PR (check the merge base, then
- GitLab:
@meis a list filter, not valid for MR creation — resolve the username first withglab api user --jq .username, thenglab mr create --assignee <username>.
- GitHub:
Auto-assign to the current user. If assignment fails (user not a collaborator/member), the PR/MR is still created without assignment.
What ships with it: 2 files
1.2 KB alongside SKILL.md
rules/
- pr-description.md722 B
- pr-title.md514 B
Gives 0 of the 12 instructions most pr commit review skills give
Counted across 1,055 of the 1,911 authors here whose files we hold, read 2026-09-06
- Use conventional commit message formatin 150 of 1055, across 145 files
- Announce skill usage at startin 78 of 1055
- Use imperative mood for commit descriptionsin 54 of 1055, across 51 files
- Add directory to gitignore if not ignoredin 52 of 1055, across 41 files
- Use imperative mood for commit subjectin 52 of 1055
- Run tests to verify clean baselinein 42 of 1055, across 32 files
- Push branch to originin 40 of 1055, across 38 files
- Verify worktree directory is ignored before creationin 39 of 1055, across 32 files
- Delete branches after mergingin 38 of 1055, across 30 files
- Create worktree with new branchin 37 of 1055, across 32 files
- Wrap body text at 72 charactersin 36 of 1055, across 34 files
- Auto-detect and run project setupin 35 of 1055, across 27 files
Said here and by no other author read
- Analyse commits for PR title and description
- Create PR or MR using matching CLI
- Auto-assign PR to current user
- Set base branch to parent branch if applicable
- Rewrite PR title and body after stack submission
Grouped from the skills themselves: near-identical wordings counted once, and counted by distinct author, so one author publishing three of these counts once.