ワンクリックで
pr
ユーザーが「PR 作って」「PR お願い」「/pr」と言ったとき、または作業完了後に PR 作成を依頼されたときに使う。コミット済みの作業ブランチ(main 以外)で使うことを想定している。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
ユーザーが「PR 作って」「PR お願い」「/pr」と言ったとき、または作業完了後に PR 作成を依頼されたときに使う。コミット済みの作業ブランチ(main 以外)で使うことを想定している。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
| name | pr |
| description | ユーザーが「PR 作って」「PR お願い」「/pr」と言ったとき、または作業完了後に PR 作成を依頼されたときに使う。コミット済みの作業ブランチ(main 以外)で使うことを想定している。 |
現在のブランチの変更内容を分析し、GitHub PR を作成するワークフローを実行する。
main 以外であることmain..HEAD に存在することgh CLI が認証済みであること以下の 3 コマンドを並列で実行し、現在の状態を把握する:
git status # 未コミット変更の有無
git diff main...HEAD --stat # PR に含まれるファイル変更の概要
git log --oneline main..HEAD # PR に含まれるコミット一覧
中断条件: main..HEAD にコミットが 1 件もない場合は「PR に含めるコミットがありません。先にコミットしてください。」と伝えて終了する。
警告: 未コミット変更がある場合は「未コミットの変更があります。先にコミットしますか?」とユーザーに確認する。
git diff main...HEAD の全体(--stat なし)と各コミットメッセージを読み、以下を判断する:
Closes #N を書く。設計書・計画書が「フェーズ完了時に issue をクローズする」と定めている場合も同様(文書内のクローズ指示は機械検証されないため、PR 本文への配線が唯一の自動化点。epic #140 で #135/#136 のクローズ漏れが起きた教訓)git push -u origin HEAD
-u で upstream を張るため、以降 gh pr create は現在のブランチを自動で head に取る(--head <ブランチ名> の明示は任意)。
分析結果をもとに PR を作成する。
タイトルのルール:
feat:, fix:, refactor:, docs:, test:, chore: 等本文のテンプレート:
gh pr create --base main --head <ブランチ名> --title "タイトル" --body "$(cat <<'EOF'
## Summary
- 変更点 1
- 変更点 2
- 変更点 3
## Test plan
- [x] 検証済み項目
- [ ] 未検証項目(該当する場合)
🤖 Generated with [Claude Code](https://claude.com/claude-code)
EOF
)"
Test plan の書き方:
/commit ステップ 2 のチェックリスト(ゲート一式の単一権威)を開き、実際に実行して通った項目だけをコマンド名でチェック済みに記載する。コマンド列をここに複製しない(/commit 側と drift する)。
cargo 系)PR の URL をユーザーに伝える。シンプルに URL だけでよい。
ユーザーからマージまで求められている場合: gh pr checks <N> --watch で CI の完了を待ち、pass を確認してから gh pr merge <N> --squash でマージする。その後の main 同期・ブランチ後始末は /post-merge-sync の手順に従う(同スキルはユーザー専用のため、モデルが行う場合は .claude/skills/post-merge-sync/SKILL.md を読んで手順を踏襲する)。
EOF を使い、変数展開を防ぐmaingh pr list で確認し、ユーザーに報告するドキュメントと実装の整合性を定期検査する。ユーザーが「ヘルスチェック」「整合性チェック」「/health-check」と言ったとき、またはサイクル完了後の点検を頼まれたときに使う。検出のみで修正はしない(報告のみ)。
コード変更(機能追加・バグ修正・リファクタリング)のフルサイクルを実行する。ユーザーが「実装して」「直して」「対応して」等のコード変更を依頼したとき、または「/implement」と言ったときに使う。
サイクル終了後の振り返りを定型化する。ユーザーが「振り返りして」「レトロスペクティブ」「/retrospective」と言ったときに使う。
cargo/npm の依存を一括更新し検証する。ユーザーが「依存更新して」「deps 更新」「/deps-update」と言ったときに使う。
PR マージ後に main をローカル同期し、作業ブランチを後始末する。ユーザーが「マージ後の同期」「post-merge-sync」「ブランチ片付けて」と言ったとき、または PR のマージ後に使う。
ユーザーが「コミットして」「/commit」と言ったとき、または作業フロー(/implement 等)の締めでコミットが必要になったときに使う。