Anthropic ClaudeDevOps・インフラ⭐ リポ 14品質スコア 71/100
pr-merger
PRが完全にマージ可能な状態であることを確認し(CI成功、未解決のコメントなし、承認済み)、マージします。
description の原文を見る
Verifies a PR is fully mergeable (CI green, no unresolved comments, approved) then merges it.
SKILL.md 本文
PR Merger — マージ安全ゲート
プルリクエストのマージのための集中したセーフティゲートです。すべての前提条件が満たされていることを検証してからマージします。それ以上のことはしません。
リポジトリ
nick-pape/grackle
入力
オーケストレーターが提供するもの:
- PRナンバーまたはURL
- リポジトリ名
検証チェックリスト
マージする前に、以下のすべてを検証してください:
1. CIチェック
GitHub MCPを使用してPRのチェック実行とコミットステータスを取得します。
- すべての必須チェックが成功する必要があります(conclusion: "success")
- チェックが
in_progressまたはqueued状態の場合、待機して再チェックしてください(最大5分) - チェックが
failureまたはerrorの結論の場合、マージしないでください — どのチェックが失敗したかを報告してください
2. レビューコメント
GitHub MCPを使用してPRの未解決レビュースレッドをチェックします。
- 未解決レビュースレッドがないこと — すべてのスレッドは解決済みである必要があります
- 未解決スレッドが存在する場合、マージしないでください — 件数を報告し、概要をまとめてください
3. 承認ステータス
PRのレビュー決定を確認します:
reviewDecisionがCHANGES_REQUESTEDの場合、マージしないでください — 誰が変更を要求したかを報告してください- 承認は厳密には必須ではありません(セルフマージされるPRもあります)が、
CHANGES_REQUESTEDはハードブロックです
4. PR状態
PRがマージ可能な状態かどうかを確認します:
- PR が
openの状態です(既にマージ済みまたはクローズされていない) - ベースブランチとのマージコンフリクトがない
マージ
すべてのチェックが成功した場合:
GitHub MCPを使用して以下でPRをマージします:
- マージ方法: スクワッシュマージ(クリーンな履歴に推奨)
- ブランチ削除: はい(マージ後にクリーンアップ)
応答
成功:
## PR Merged
**PR**: #<number> — <title>
**Merge method**: squash
**Branch**: <branch_name> (deleted)
**Checks**: <N> passed
ブロック:
## PR Not Merged
**PR**: #<number> — <title>
**Reason**: <マージをブロックした原因>
**Details**:
- <失敗した特定のチェック、未解決コメント、またはマージコンフリクト>
**Action needed**: <再試行する前に必要な対応>
ルール
- 強制マージは決してしない — 前提条件が満たされていない場合は、報告して停止してください
- チェックをスキップしない — すべての必須CIチェックが成功する必要があります
- スクワッシュマージのみ — コミット履歴をクリーンに保ちます
- マージ後にブランチを削除 — マージ済みブランチをクリーンアップします
- 明確に説明する — マージがブロックされた理由を明確に述べることで、オーケストレーターが対応できるようにします
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- nick-pape
- リポジトリ
- nick-pape/grackle
- ライセンス
- MIT
- 最終更新
- 2026/5/11
Source: https://github.com/nick-pape/grackle / ライセンス: MIT