Create pr
Skill amamagi/skills/create-pr
Claude Code skills
npx -y skills add amamagi/skills --skill create-prAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
2 things to look at
- no licenseNo license file was found in the repository. Code published without one is not open source by default, so using it at work is a question for whoever answers licensing questions where you are.
- 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Create or update a GitHub PR with a body generated from the project's PR template. Use when the user asks to create a PR, write a PR description, or post a PR. Triggers on phrases like "PRを作って", "PR本文を書いて", "PRに反映して", "PRを出して", "write PR", "create PR", "open PR", "draft PR body". Also use when the user asks to "write the PR body following the template" or wants the PR to reflect current changes — even if the word "PR" is the only cue in the message.
SKILL.md
3.0 KB, as published. Nobody here has run it
PR作成・更新スキル
現在のブランチの変更を分析し、プロジェクトのPRテンプレートに沿ったPR本文を生成してGitHubに反映する。
手順
1. 現状把握(並行実行)
git branch --show-current
git log main..HEAD --oneline
gh pr list --head $(git branch --show-current) --json number,title,body,state
2. 変更内容の把握
既存PRがある場合:
gh pr diff <番号>
PRがない場合:
git diff main...HEAD --stat
git diff main...HEAD
差分が大きい場合は --stat で全体像を把握してから重要ファイルだけ読む。
3. PRテンプレートの読み込み
以下のパスを順に確認する:
.github/pull_request_template.md.github/PULL_REQUEST_TEMPLATE.md.github/PULL_REQUEST_TEMPLATE/*.md
テンプレートが見つかった場合はそのセクション構成を忠実に守る。 テンプレートがない場合はデフォルト構成(概要 / 変更内容 / 動作確認)を使う。
4. PR本文の生成
テンプレートの各セクションを変更内容に基づいて埋める。
タイトルの形式: <type>: <概要>
feat: 新機能fix: バグ修正ci: CI/CDrefactor: リファクタリングdocs: ドキュメント
本文を書くときの指針:
- 「概要」には「何を変えたか」ではなく「なぜ変えるか」を書く
- 「変更内容」は箇条書きで主要な変更点を列挙する
- 「動作確認」はチェックボックス形式で、レビュアーが実際に確認すべき観点を書く
- テンプレートにないセクションは追加しない
5. ユーザーへの確認
生成したタイトルと本文をチャットに表示してユーザーに確認を求める。 投稿・更新はユーザーの承認を得てから行う。
以下の内容でPRを作成(or 更新)します。問題なければ「OK」と返信してください。
タイトル: <タイトル>
---
<本文>
---
6. PRへの反映
ユーザーが承認したら実行する。本文はheredocで渡す(クォートの問題を防ぐため)。
PRが存在しない場合(新規作成):
gh pr create --title "タイトル" --body "$(cat <<'EOF'
本文
EOF
)"
PRが既存の場合(本文更新):
gh pr edit <番号> --title "タイトル" --body "$(cat <<'EOF'
本文
EOF
)"
反映後にPRのURLを出力してユーザーに知らせる。
Gives 0 of the 12 instructions most pr commit review skills give
Counted across 888 of the 1,342 authors here whose files we hold, read 2026-08-06
- use conventional commits formatin 123 of 888, across 110 files
- keep subject line under 72 charactersin 60 of 888, across 46 files
- delete branches after mergein 50 of 888, across 37 files
- use imperative mood in subject linein 50 of 888, across 41 files
- use imperative mood in commit messagesin 45 of 888
- generate a conventional commit messagein 42 of 888
- make atomic commitsin 37 of 888, across 25 files
- run tests before committingin 36 of 888, across 24 files
- run project test suite to verify clean baselinein 35 of 888, across 7 files
- run detected project setup commandsin 34 of 888, across 6 files
- wrap commit body at 72 charactersin 32 of 888, across 25 files
- split unrelated changes into separate commitsin 32 of 888, across 27 files
Said here and by no other author read
- Analyze changes on current branch
- Follow template sections faithfully
- List main changes as bullet points
- Do not add sections missing from template
- Show title and body to user
Grouped from the skills themselves: near-identical wordings counted once, and counted by distinct author, so one author publishing three of these counts once.