| name | open-pr |
| description | コミット済みの現在ブランチを push して GitHub PR を作成する。 PR を開きたいとき、または implement-plan / commit-changes 完了後の PR 作成引き継ぎで使う。 例: 「PR作成」「PR作って」「プルリク」。 未コミット差分がある場合は commit-changes に引き渡す。 push / gh pr create は外向きの操作なので、実行前にユーザー確認を取る。 |
open-pr
既に commit 済みの branch を push し、チームの期待に沿った pull request を作るスキルです。
ticket-to-plan → implement-plan → commit-changes → open-pr の最後の段階として使えます。
Scope
- 現在 branch を remote に push する。
- GitHub PR を作成する。
- PR URL を報告する。
- stage、commit、amend、rebase、commit grouping は行わない。
- 未コミット差分がある場合は
commit-changes に引き渡す。
Resources
references/pr-body-template.md: Step 2 で repo 固有 template がない場合に読む。
Hard constraints
- repo 固有の PR skill や PR template がある場合は、それを優先する。
- default branch から PR を作らない。
- working tree が dirty の場合は停止する。
- push と
gh pr create の前にユーザー確認を取る。
- PR assignee ログイン中のユーザー
"@me" を指定する。
- コマンド出力は、PR URL、title、失敗要点だけを報告する。
Workflow
Step 0: Prefer project conventions
.claude/skills/open-pr/local.SKILL.md など、repo 固有の PR skill があるか確認する。.github/pull_request_template.md がある場合は、その template を使う。- repo に明文化された convention がある場合は、この generic skill より優先する。
Step 1: Sanity-check the branch
- 現在 branch が feature branch であることを確認する。
- working tree が clean であることを確認する。
- target base branch に対して ship する commit があることを確認する。
- standalone invocation で lint / test が未確認なら、publish 前に実行するかユーザーに確認する。
git branch --show-current
git status --short
Step 2: Push and open the PR
ユーザー確認後に実行してください。
git push -u origin HEAD
gh pr create --base <default-branch> --title "<title>" --body "<body>" --assignee "@me"
- Title は repo の通常言語に合わせて簡潔に書く。
- Title は
<チケット名> <実装内容概要> の形式で書く。
- team が日本語で PR を書く場合は日本語にする。
- ticket key を title に含める convention がある場合は
<チケット名> に反映し、なければ <チケット名> は空にする。
- Body は plan と ticket から生成する。
.github/pull_request_template.md がある場合は、generic body ではなく template を埋める。- repo 固有 template がない場合は
references/pr-body-template.md の generic body を使う。
Step 3: Report
日本語で次を報告してください。
- PR URL
- PR title
- 何を publish したかの 1 行 recap
- follow-up が必要なら
open-pr-followup が次 step であること
gh pr view --json url,title
