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
関連スキル
superpowers-streamer-cli
SuperPowers デスクトップストリーマーの npm パッケージをインストール、ログイン、実行、トラブルシューティングできます。ユーザーが npm から `superpowers-ai` をセットアップしたい場合、メールまたは電話でサインインもしくはアカウント作成を行いたい場合、ストリーマーを起動したい場合、表示されたコントロールリンクを開きたい場合、後で停止したい場合、またはソースコードへのアクセスなしに npm やランタイムの一般的な問題から復旧したい場合に使用します。
catc-client-ops
Catalyst Centerのクライアント操作・監視機能 - 有線・無線クライアントのリスト表示・フィルタリング、MACアドレスによる詳細なクライアント検索、クライアント数分析、時間軸での分析、SSIDおよび周波数帯によるフィルタリング、無線トラブルシューティング機能を提供します。MACアドレスやIPアドレスでのクライアント検索、サイト別やSSID別のクライアント数集計、無線周波数帯の分布分析、Wi-Fi信号の問題調査が必要な場合に活用できます。
ci-cd-and-automation
CI/CDパイプラインの設定を自動化します。ビルドおよびデプロイメントパイプラインの構築または変更時に使用できます。品質ゲートの自動化、CI内のテストランナー設定、またはデプロイメント戦略の確立が必要な場合に活用します。
shipping-and-launch
本番環境へのリリース準備を行います。本番環境へのデプロイ準備が必要な場合、リリース前チェックリストが必要な場合、監視機能の設定を行う場合、段階的なロールアウトを計画する場合、またはロールバック戦略が必要な場合に使用します。
linear-release-setup
Linear Releaseに向けたCI/CD設定を生成します。リリース追跡の設定、LinearのCIパイプライン構築、またはLinearリリースとのデプロイメント連携を実施する際に利用できます。GitHub Actions、GitLab CI、CircleCIなど複数のプラットフォームに対応しています。
tracking-application-response-times
API エンドポイント、データベースクエリ、サービスコール全体にわたるアプリケーションのレスポンスタイムを追跡・最適化できます。パフォーマンス監視やボトルネック特定の際に活用してください。「レスポンスタイムを追跡する」「API パフォーマンスを監視する」「遅延を分析する」といった表現で呼び出せます。