Execute qualquer Skill no Manus
com um clique

Execute qualquer Skill no Manus com um clique

Começar

git-merge-pr

Estrelas23

Forks0

Atualizado22 de março de 2026 às 09:55

PRマージ

Instalação

Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.

Executar no Manus

Fonte

shuntaka9576

shuntaka9576/dotfiles

Abrir repositório GitHub Ver repositórios do creator

Download

Executar no Manus

Ocupações relacionadasSOC

Baseado na classificação ocupacional SOC

Outras ocupações de informáticaInformática e Matemática·SOC 15-1299

Desenvolvedores de softwareSOC 15-1252

SKILL.md

readonly

name	git-merge-pr
description	PRマージ

PRマージ

注意事項

Bashツール実行時の description は日本語で簡潔に書くこと（例: "オープンPR一覧を取得"）

ワークフロー

ステップ 1: PR特定

引数でPR番号が指定されている場合はそれを使用（複数指定可）
引数がなければ、オープンなPR一覧を取得: gh pr list --json number,title,headRefName,author --limit 20

ステップ 2: PR詳細取得 + 情報提示

全PRの詳細を並列で取得する:

gh pr view <PR番号> --json title,state,mergeable,mergeStateStatus,reviewDecision,statusCheckRollup
gh pr diff <PR番号>

重要: 各PRの変更内容とマージ可能性を必ずユーザーに見せること。 diffを読み解き、以下の形式でPRごとに提示する。

PRごとの提示内容:

## PR #<番号>: <タイトル>
- CI: SUCCESS / PENDING / FAILURE
- マージ可能性: MERGEABLE / UNKNOWN / CONFLICTING

### 変更内容
<diffから読み取った具体的な変更内容を箇条書きで記載>

変更内容の記載ルール:

パッケージ更新: パッケージ名と旧バージョン → 新バージョンを明示（例: typescript: 5.3.0 → 5.4.0）
コード変更: 変更ファイルと変更の概要を具体的に記載
設定変更: 変更されたキーと値を明示

ステップ 3: CI SUCCESSのPRをマージ

CI SUCCESSかつMERGEABLEなPRがある場合、まとめてマージ確認・実行する。

AskUserQuestion 1回で以下を確認する:

質問1: マージ対象PR（multiSelect）

「全部」を最初の選択肢として含める
各PRを個別の選択肢としても提示

質問2: マージ方法

--squash: すべてのコミットを1つにまとめてマージ（推奨）
--rebase: コミットをリベースしてマージ
--merge: マージコミットを作成してマージ

確認後、対象PRそれぞれについてマージ実行する。

gh pr merge <PR番号> <マージオプション> --delete-branch

ステップ 4: CI FAILUREのPR対応（1PRずつ）

CI FAILUREのPRがない場合はこのステップをスキップしてステップ5へ進む。

各CI FAILUREのPRについて、以下を1つずつ繰り返す。

1. 失敗詳細の取得

gh pr checks <PR番号> で失敗しているチェックを特定
gh run view <run_id> --log-failed で失敗ログを取得

2. 失敗原因と解決策の提示

### CI失敗: PR #<番号>
- 失敗チェック: <チェック名>
- 失敗原因: <ログから読み取った原因の要約>

#### 解決策
- a) <具体的な修正内容の説明> — 修正を実行してCIを再実行
- b) CIの結果を無視してマージする（`--admin`）
- c) このPRをスキップする

3. ユーザー確認後、選択された解決策を実行

a) の場合: PRのブランチをチェックアウト → コード修正 → commit → push → CI完了を待機 → マージ実行
b) の場合: gh pr merge <PR番号> <マージオプション> --admin --delete-branch でマージ
c) の場合: スキップして次のPRへ

完了したら次のCI FAILUREのPRへ進む。

ステップ 5: 結果報告

全PRの処理結果をまとめて報告する。

成功: マージされたPR一覧
スキップ: マージできなかったPRとその理由

Mais deste repositório

mesmo repositório

japanese-tech-writing

shuntaka9576/dotfiles

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

2026-07-1023

git-create-pr

shuntaka9576/dotfiles

プルリクエスト作成

2026-06-2623

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

name	git-merge-pr
description	PRマージ

PRマージ

注意事項

Bashツール実行時の description は日本語で簡潔に書くこと（例: "オープンPR一覧を取得"）

ワークフロー

ステップ 1: PR特定

引数でPR番号が指定されている場合はそれを使用（複数指定可）
引数がなければ、オープンなPR一覧を取得: gh pr list --json number,title,headRefName,author --limit 20

ステップ 2: PR詳細取得 + 情報提示

全PRの詳細を並列で取得する:

gh pr view <PR番号> --json title,state,mergeable,mergeStateStatus,reviewDecision,statusCheckRollup
gh pr diff <PR番号>

重要: 各PRの変更内容とマージ可能性を必ずユーザーに見せること。 diffを読み解き、以下の形式でPRごとに提示する。

PRごとの提示内容:

## PR #<番号>: <タイトル>
- CI: SUCCESS / PENDING / FAILURE
- マージ可能性: MERGEABLE / UNKNOWN / CONFLICTING

### 変更内容
<diffから読み取った具体的な変更内容を箇条書きで記載>

変更内容の記載ルール:

パッケージ更新: パッケージ名と旧バージョン → 新バージョンを明示（例: typescript: 5.3.0 → 5.4.0）
コード変更: 変更ファイルと変更の概要を具体的に記載
設定変更: 変更されたキーと値を明示

ステップ 3: CI SUCCESSのPRをマージ

CI SUCCESSかつMERGEABLEなPRがある場合、まとめてマージ確認・実行する。

AskUserQuestion 1回で以下を確認する:

質問1: マージ対象PR（multiSelect）

「全部」を最初の選択肢として含める
各PRを個別の選択肢としても提示

質問2: マージ方法

--squash: すべてのコミットを1つにまとめてマージ（推奨）
--rebase: コミットをリベースしてマージ
--merge: マージコミットを作成してマージ

確認後、対象PRそれぞれについてマージ実行する。

gh pr merge <PR番号> <マージオプション> --delete-branch

ステップ 4: CI FAILUREのPR対応（1PRずつ）

CI FAILUREのPRがない場合はこのステップをスキップしてステップ5へ進む。

各CI FAILUREのPRについて、以下を1つずつ繰り返す。

1. 失敗詳細の取得

gh pr checks <PR番号> で失敗しているチェックを特定
gh run view <run_id> --log-failed で失敗ログを取得

2. 失敗原因と解決策の提示

### CI失敗: PR #<番号>
- 失敗チェック: <チェック名>
- 失敗原因: <ログから読み取った原因の要約>

#### 解決策
- a) <具体的な修正内容の説明> — 修正を実行してCIを再実行
- b) CIの結果を無視してマージする（`--admin`）
- c) このPRをスキップする

3. ユーザー確認後、選択された解決策を実行

a) の場合: PRのブランチをチェックアウト → コード修正 → commit → push → CI完了を待機 → マージ実行
b) の場合: gh pr merge <PR番号> <マージオプション> --admin --delete-branch でマージ
c) の場合: スキップして次のPRへ

完了したら次のCI FAILUREのPRへ進む。

ステップ 5: 結果報告

全PRの処理結果をまとめて報告する。

成功: マージされたPR一覧
スキップ: マージできなかったPRとその理由