一键在 Manus 中运行任何 Skill

开始使用

git-create-pr

星标23

分支0

更新时间2026年6月26日 02:41

プルリクエスト作成

安装

用 Codex 或 Claude 帮你安装复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。

在 Manus 中运行

来源

shuntaka9576

shuntaka9576/dotfiles

打开 GitHub 仓库查看创作者相关仓库

下载

在 Manus 中运行

プルリクエスト作成

注意事項

Bashツール実行時の description は日本語で簡潔に書くこと
ベースブランチ（main/master）への直接プッシュは絶対に禁止。 ステップ4のガードレールを必ず通過すること

ワークフロー

ステップ 1: ベースブランチ決定

デフォルトブランチ（main or master）をデフォルト値とする
AskUserQuestion でユーザーに確認: 「ベースブランチはどれにしますか？」（デフォルト値を提示）

ステップ 2: 言語選択

AskUserQuestion でユーザーに確認: 「PRを日本語で作成しますか、英語で作成しますか？」（選択肢: 日本語 / 英語）

ステップ 3: 状態確認

現在のブランチを確認: git branch --show-current
ベースブランチと同じ場合:
- AskUserQuestion でユーザーに確認: 「現在ベースブランチ上にいます。新しいブランチを作成してコミットしますか？」（選択肢: はい / いいえ）
- いいえ → 「ベースブランチに直接プッシュはできません。処理を中断します」と報告して終了
- はい → /git-git-commit スキルを実行（このスキル内でブランチ作成が行われる）
- /git-git-commit 完了後、再度 git branch --show-current でブランチを確認
- まだベースブランチ上にいる場合 → 処理を中断する（絶対にプッシュしない）
コミット状況と差分の確認:

リモートの最新ベースブランチを取得してから差分を確認する。これにより、スカッシュマージ済みブランチを再利用した場合でも、新規変更分のみが正しく表示される。
```
git fetch origin <ベースブランチ>
git log origin/<ベースブランチ>..HEAD --oneline
git diff origin/<ベースブランチ> HEAD
```
コミットが0件の場合: 「コミットがありません。先にコミットしてください」と報告して終了

ステップ 4: プッシュ（ベースブランチ保護ガード付き）

再度ブランチを確認: git branch --show-current
ベースブランチ（main/master）でないことを必ず確認する
- ベースブランチの場合 → 絶対にプッシュせず、エラーメッセージを表示して処理を中断する
git push -u origin <現在のブランチ名> でリモートにプッシュ

ステップ 5: PR 作成

PRテンプレート（.github/PULL_REQUEST_TEMPLATE.md）があれば読み込む
選択された言語でタイトル・説明を作成
以下のコマンドで Draft PR を作成:

PR_URL=$(gh pr create --draft --assignee @me --base <ベースブランチ>)
PR_NUMBER=$(echo $PR_URL | grep -o '[0-9]*$')
gh browse $PR_NUMBER

PRタイトルの形式

Conventional Commits 形式で type: description のみ使用する（scope は付けない）。

OK: fix: PR説明文の更新が動かない
OK: feat: ベースブランチ保護ガードを追加
NG: fix(api): ...（(scope) を付けない）

これは aic (home-manager/programs/lazygit/ai-commit.sh) のコミットメッセージ形式と統一する方針。

PR説明の内容

以下を含む説明を記載:

変更の概要（1-3個の箇条書き）
ファイル/コンポーネント別の詳細な変更リスト
テストプランまたはチェックリスト

PRテンプレート使用時

テンプレートファイル: .github/PULL_REQUEST_TEMPLATE.md

重要: HTMLコメント（）をエスケープせずにそのまま使用。「<!--」を「<\!--」にしない。

PRテンプレートを使用する際は、Readツールでテンプレートファイルを読み込み、内容を一時ファイルに書き込んでから作成:

TEMP_FILE="/tmp/pr-body-$(date +%s).md"
PR_URL=$(gh pr create --body-file "$TEMP_FILE" --draft --assignee @me --base <ベースブランチ>)
PR_NUMBER=$(echo $PR_URL | grep -o '[0-9]*$')
rm -f "$TEMP_FILE"
gh browse $PR_NUMBER

既存のPR説明文を更新する場合

HTMLコメントを保持するため、必ず一時ファイル経由で更新:

TEMP_FILE="/tmp/pr-body-<PR番号>-$(date +%s).md"
gh pr edit <PR番号> --body-file "$TEMP_FILE"
rm -f "$TEMP_FILE"

注意: heredocや直接の--bodyオプションを使うとHTMLコメントがエスケープされるため、必ず--body-fileを使用。

同仓库更多 Skills

同仓库

japanese-tech-writing

shuntaka9576/dotfiles

日本語の技術文書・書籍原稿の文章規範。整形（一文一行、引用ブロック、脚注、コラム記法）、段落と論証の構成（パラグラフライティング）、論証の厳密さ（ツッコミどころの除去）、読み手の負荷の管理、視点と語り、演出の抑制、LLM っぽい空句の禁止、冗長の排除を定める。日本語で技術書の章、草稿、記事、解説文を書くとき、または推敲・リライトするときに使用する。

2026-07-1023

codex-image-gen

shuntaka9576/dotfiles

画像・ビジュアル素材を新規生成したいあらゆる依頼で発動する。Codex CLI 組み込みの image_gen（gpt-image-2）を呼び、API キー無しで ChatGPT サブスクから PNG をカレントディレクトリに吐き出す、Claude Code 唯一の画像生成手段。対象例: ロゴ・アイコン・ファビコン・SVG 用ラフ、スライドや登壇資料の表紙/ヘッダー/章扉、ブログやドキュメントのアイキャッチ・OGP・サムネ、バナー・ヒーロー画像・背景イラスト、抽象的な「テック感」「ビジネス感」のイメージビジュアル、キャラ絵・コンセプトアート、SNS 投稿画像、モックアップ用ダミー写真など。「画像/イラスト/絵/ビジュアル/写真/イメージを作って・生成して・描いて・出して」「ロゴ/アイコン/サムネ/バナー/表紙/カバー/ヘッダーを作って」「1920x1080 で」「正方形で」のようなサイズ指定や、「Codex/OpenAI/gpt-image/DALL-E で」など特定エンジン指定も全部拾う。ユーザーが画像を新しく作ってほしそうな意図を見せたら、スキル名や Codex への言及が無くても積極的に発動。既存画像の編集・解析・トリミング・OCR は対象外。

2026-05-2823

git-git-commit

shuntaka9576/dotfiles

Git Commit

2026-04-2923

copy-localstorage

shuntaka9576/dotfiles

localStorage を別オリジンにコピーする手順を表示する

2026-04-0323

it-news-digest

shuntaka9576/dotfiles

海外ITニュースの調査・ダイジェスト作成。Hacker News / TechCrunch / The Verge に加え、Anthropic / Cloudflare / Tailscale 等のテックブログから最新記事を取得し、日本語で要約する。

2026-03-2923

github-ci-watch

shuntaka9576/dotfiles

CI監視 & Draft PR Ready化。PRのCIチェックを監視し、成功したらDraft PRをReadyにする。CI失敗時はログを分析してコードと紐付けた修正提案を行う。CIを見ておいて、CI待って、PR ready にして、のような依頼で使用する。

2026-03-2823

name	git-create-pr
description	プルリクエスト作成

プルリクエスト作成

注意事項

Bashツール実行時の description は日本語で簡潔に書くこと
ベースブランチ（main/master）への直接プッシュは絶対に禁止。 ステップ4のガードレールを必ず通過すること

ワークフロー

ステップ 1: ベースブランチ決定

デフォルトブランチ（main or master）をデフォルト値とする
AskUserQuestion でユーザーに確認: 「ベースブランチはどれにしますか？」（デフォルト値を提示）

ステップ 2: 言語選択

AskUserQuestion でユーザーに確認: 「PRを日本語で作成しますか、英語で作成しますか？」（選択肢: 日本語 / 英語）

ステップ 3: 状態確認

現在のブランチを確認: git branch --show-current
ベースブランチと同じ場合:
- AskUserQuestion でユーザーに確認: 「現在ベースブランチ上にいます。新しいブランチを作成してコミットしますか？」（選択肢: はい / いいえ）
- いいえ → 「ベースブランチに直接プッシュはできません。処理を中断します」と報告して終了
- はい → /git-git-commit スキルを実行（このスキル内でブランチ作成が行われる）
- /git-git-commit 完了後、再度 git branch --show-current でブランチを確認
- まだベースブランチ上にいる場合 → 処理を中断する（絶対にプッシュしない）
コミット状況と差分の確認:

リモートの最新ベースブランチを取得してから差分を確認する。これにより、スカッシュマージ済みブランチを再利用した場合でも、新規変更分のみが正しく表示される。
```
git fetch origin <ベースブランチ>
git log origin/<ベースブランチ>..HEAD --oneline
git diff origin/<ベースブランチ> HEAD
```
コミットが0件の場合: 「コミットがありません。先にコミットしてください」と報告して終了

ステップ 4: プッシュ（ベースブランチ保護ガード付き）

再度ブランチを確認: git branch --show-current
ベースブランチ（main/master）でないことを必ず確認する
- ベースブランチの場合 → 絶対にプッシュせず、エラーメッセージを表示して処理を中断する
git push -u origin <現在のブランチ名> でリモートにプッシュ

ステップ 5: PR 作成

PRテンプレート（.github/PULL_REQUEST_TEMPLATE.md）があれば読み込む
選択された言語でタイトル・説明を作成
以下のコマンドで Draft PR を作成:

PR_URL=$(gh pr create --draft --assignee @me --base <ベースブランチ>)
PR_NUMBER=$(echo $PR_URL | grep -o '[0-9]*$')
gh browse $PR_NUMBER

PRタイトルの形式

Conventional Commits 形式で type: description のみ使用する（scope は付けない）。

OK: fix: PR説明文の更新が動かない
OK: feat: ベースブランチ保護ガードを追加
NG: fix(api): ...（(scope) を付けない）

これは aic (home-manager/programs/lazygit/ai-commit.sh) のコミットメッセージ形式と統一する方針。

PR説明の内容

以下を含む説明を記載:

変更の概要（1-3個の箇条書き）
ファイル/コンポーネント別の詳細な変更リスト
テストプランまたはチェックリスト

PRテンプレート使用時

テンプレートファイル: .github/PULL_REQUEST_TEMPLATE.md

重要: HTMLコメント（）をエスケープせずにそのまま使用。「<!--」を「<\!--」にしない。

PRテンプレートを使用する際は、Readツールでテンプレートファイルを読み込み、内容を一時ファイルに書き込んでから作成:

TEMP_FILE="/tmp/pr-body-$(date +%s).md"
PR_URL=$(gh pr create --body-file "$TEMP_FILE" --draft --assignee @me --base <ベースブランチ>)
PR_NUMBER=$(echo $PR_URL | grep -o '[0-9]*$')
rm -f "$TEMP_FILE"
gh browse $PR_NUMBER

既存のPR説明文を更新する場合

HTMLコメントを保持するため、必ず一時ファイル経由で更新:

TEMP_FILE="/tmp/pr-body-<PR番号>-$(date +%s).md"
gh pr edit <PR番号> --body-file "$TEMP_FILE"
rm -f "$TEMP_FILE"

注意: heredocや直接の--bodyオプションを使うとHTMLコメントがエスケープされるため、必ず--body-fileを使用。