Menu
IssueとCommit履歴からPR descriptionを生成しgh pr createする。課題・解決策・やったこと・やらなかったこと・証跡を含む技術ブログ風のPR bodyを作る。「PRを作りたい」「プルリクエストを作成する」「変更をPRにまとめたい」時に使う。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
全 Claude セッションをスキャンし、ユーザーが何をしているかを分析して、 スキル・MCP プラグイン・エージェント・CLAUDE.md のどれに最適化すべきかを分類し、 具体的な改善提案（優先度・実装難易度・推奨アクション付き）を生成する。 Use when the user wants to analyze their Claude usage patterns, or when asked to "scrape sessions", "what do I do with Claude", or "what should be a skill vs agent vs claude.md".
PRをレビューしてインラインコメントをGitHubに投稿する。PR descriptionで意図を把握してからdiffをレビューし、What+Why+How形式・重大度ラベル付きのコメントをgh APIで各行に直接投稿する。「PRをレビューする」「コードレビューしたい」「このPRの品質を確認したい」時に使う。
Claude Code のトークン使用量・コストの確認と分析を行う。日次・月次レポートの表示から 高コスト要因・キャッシュ効率の分析、削減提案まで（表示だけの軽量モードあり）。 Use when you need to check today's or this month's token usage and cost, or to analyze Claude Code costs and get reduction suggestions. Triggers on: "今日のコスト", "今月のコスト", "トークン使用量", "ccusage", "コスト分析", "コスト削減".
/compact の前に、圧縮の要約から抜け落ちやすい「判断構造」と「セッション状態」を tmp/compact-state/latest.md に固定フォーマットで保存する。 Use when you are about to run /compact, when the user says "compact する前に", "compact-prep", "コンテキストを圧縮したい", or when context usage is high and compaction is imminent. Do NOT use for cross-session handover documents (use handover) — compact-prep is for surviving in-session compaction, not for ending a session.
現在のセッションの作業内容を次のセッションへ引き継ぐための引き継ぎドキュメントを生成する。 Use when the user asks to summarize the session for handover, says "引き継ぎ", "次のセッションに渡して", "context をまとめて", or when a session is ending and you think it would help to create a handover document for continuity. Also use when you are about to run out of context and want to preserve progress.
作成手順「1on1-prep」（self-evolving-agent から自動同期）: 1on1 準備手順（ EM 版）
| name | pr-create |
| description | IssueとCommit履歴からPR descriptionを生成しgh pr createする。課題・解決策・やったこと・やらなかったこと・証跡を含む技術ブログ風のPR bodyを作る。「PRを作りたい」「プルリクエストを作成する」「変更をPRにまとめたい」時に使う。 |
IssueにあるWhy（意図）とコミット履歴のWhat（差分）を紐付け、レビュアーがコードを読む前に全体像を把握できるPR bodyを生成する。
# 現在のブランチ名からIssue番号を抽出
git branch --show-current
# コミット履歴（mainとの差分）
git log main...HEAD --oneline
# 変更ファイルのサマリー
git diff main...HEAD --stat
ブランチ名に Issue番号が含まれる場合（feature/#42-... 形式）は自動抽出。
含まれない場合はユーザーに Issue番号を確認する。
# Issueの内容を取得
gh issue view <番号>
以下のテンプレートに沿って生成する。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番号>
変更にUI要素が含まれる場合（コンポーザブル・画面・ダイアログ等）:
UI変更が含まれています。PRを作成する前にスクリーンショットを撮影してください。 証跡セクションに画像を添付してから
/pr-createを再実行するか、PR作成後に画像を追記してください。
生成したbodyを表示し「このPR bodyでよいですか？」と確認する。
gh pr create \
--title "<type>(<scope>): <subject>" \
--body "<生成したbody>" \
--assignee "@me"
ドラフトとして作成したい場合は --draft を追加する。
PR #<番号> を作成しました:
次のステップ:
- レビュアーをアサインしてください（
gh pr edit <番号> --add-reviewer <user>）- セルフレビューするなら
/pr-review #<番号>を使ってください- CI が通るまで待ちましょう