pr

name	pr
description	現在のブランチの変更から GitHub Pull Request を作成するためのスキル。ユーザーが「PR を作って」「プルリクを作成して」「現在の差分から PR 文面を書いて」「PR タイトルと説明を作って」と依頼したときに使う。ブランチ確認、変更分析、push 判定、PR title と body の生成、`claude` ラベル確認、`gh pr create` 実行までを扱う。

PR

現在のブランチの差分とコミット履歴をもとに、レビューしやすい Pull Request を作成する。

ワークフロー

Step 1: ブランチ状態を確認する

• 現在のブランチ名を確認する。
• ブランチが main または master の場合は処理を止め、feature branch を作成または切り替えるよう伝える。
• git status を実行し、未コミット変更が残っているか確認する。
• 未コミット変更がある場合は、ユーザーが明示的に draft 運用を望んでいない限り、コミット後に PR を作るべきことを説明する。

Step 2: ブランチ履歴と diff を分析する

• デフォルトブランチとの差分コミット範囲を確認する。
• デフォルトブランチとの差分 diff を確認する。
• commit message だけに頼らず、実際の変更内容から PR の type と中心的な変更点を推定する。

タイトルと本文を作る前に references/pr-format.md を読む。

Step 3: リモートブランチの有無を確認する

• 現在のブランチに upstream branch があるか確認する。
• ない場合は、upstream tracking 付きで push してから PR を作成する。

Step 4: PR メタデータを準備する

• Conventional Commits 形式の title を作成する。
• Summary、Changes、Test plan、Additional notes を含む本文を作成する。
• Summary は短く保ち、最も重要な変更に絞る。
• 実装が未完了、ブロック中、または検証待ちの場合にだけ Draft PR を使う。

Step 5: claude ラベルの存在を確認する

• gh label list で既存ラベルを確認する。
• claude が存在しない場合は、設定された色と説明で作成する。

Step 6: PR を作成する

• 準備した title と body を使って gh pr create を実行する。
• claude ラベルを付与する。
• タスク文脈上必要であれば issue 連携を含める。

運用ルール

• main または master から PR を作成しない。
• 実際に走らせていないテストを書かない。検証状況は事実に合わせて記述する。
• commit message が荒れていても、タイトルは branch diff に一致させる。
• 本文は、レビュー担当者が意図、変更範囲、検証内容を素早く理解できる簡潔さを優先する。