pr-create

name	pr-create
description	IssueとCommit履歴からPR descriptionを生成しgh pr createする。課題・解決策・やったこと・やらなかったこと・証跡を含む技術ブログ風のPR bodyを作る。「PRを作りたい」「プルリクエストを作成する」「変更をPRにまとめたい」時に使う。

pr-create — 意図と差分のセットでPRを生成

IssueにあるWhy（意図）とコミット履歴のWhat（差分）を紐付け、レビュアーがコードを読む前に全体像を把握できるPR bodyを生成する。

Step 1: コンテキスト収集

# 現在のブランチ名からIssue番号を抽出
git branch --show-current

# コミット履歴（mainとの差分）
git log main...HEAD --oneline

# 変更ファイルのサマリー
git diff main...HEAD --stat

ブランチ名に Issue番号が含まれる場合（feature/#42-... 形式）は自動抽出。 含まれない場合はユーザーに Issue番号を確認する。

# Issueの内容を取得
gh issue view <番号>

Step 2: PR bodyの生成

以下のテンプレートに沿って生成する。Issueの「やらないこと」欄を必ず引用すること。

## 課題
<!-- Issueから引用。背景・動機を1〜2行で -->
Closes #<番号>

<課題の説明>

## 解決策・意図
<!-- Issueの「解決策の意図」から引用。なぜこのアプローチを選んだか。代替案と除外理由があれば -->

<解決策の説明>

## やったこと
<!-- git logのコミット単位でサマリー。コミットメッセージから生成 -->
- `<commit-type>`: <1行説明>
- `<commit-type>`: <1行説明>

## やらなかったこと
<!-- Issueの「やらないこと」から引用 + 実装中に追加で除外したものがあれば追記 -->
<!-- これがあることでレビュアーが「なぜないのか」を疑問に思わずに済む -->
- <Issueで決めていたスコープ外>（理由: <Issue参照 or 1行>）
- <実装中に気づいた次回対応>（理由: <1行>）

## 証跡
<!-- UIの変更があればスクリーンショット必須。APIならレスポンス例またはテスト結果 -->

## 参考
<!-- 関連するIssue・Slack thread・外部ドキュメント・参考記事 -->
- #<Issue番号>

Step 3: スクリーンショットの確認

変更にUI要素が含まれる場合（コンポーザブル・画面・ダイアログ等）:

UI変更が含まれています。PRを作成する前にスクリーンショットを撮影してください。 証跡セクションに画像を添付してから /pr-create を再実行するか、PR作成後に画像を追記してください。

Step 4: レビュアーへの確認

生成したbodyを表示し「このPR bodyでよいですか？」と確認する。

Step 5: PR作成

gh pr create \
  --title "<type>(<scope>): <subject>" \
  --body "<生成したbody>" \
  --assignee "@me"

ドラフトとして作成したい場合は --draft を追加する。

Step 6: 完了後の案内

PR #<番号> を作成しました:

次のステップ:

• レビュアーをアサインしてください（gh pr edit <番号> --add-reviewer <user>）
• セルフレビューするなら /pr-review #<番号> を使ってください
• CI が通るまで待ちましょう