mcpField
B
babysitting-pr

babysitting-pr

github.com/spencerpauly開発868433 回インストール13 週間前に更新
リポジトリ

babysitting-pr について

オープン中のプルリクエストを監視し、CI の失敗や明確なレビュー指摘に対応して、マージ可能か確認するスキルです。GitHub CLI のコマンドに沿ってコーディングエージェントを導き、修正と確認の反復回数を制限します。

主な機能

  1. 01PR の状態とマージ競合の確認
  2. 02CI 失敗の分析と修正
  3. 03明確なレビューコメントへの対応
  4. 04回数を限定した状態の再確認

活用シーン

  1. 01プルリクエストをマージ可能な状態に保つ
  2. 02失敗したチェックやレビュー指摘の解消
  3. 03未解決の競合や阻害要因の特定

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/spencerpauly/awesome-cursor-skills --skill babysitting-pr

インストール後、Claude Code で/babysitting-prを入力して読み込まれたか確認します。

詳細

PR に付き添う

ユーザーにオープンなプルリクエストがあり、エージェントにその監視、CI の失敗の修正、レビューコメントへの対応、マージ可能な状態の維持を求めている場合に、このスキルを使用します。

手順

  1. PR のステータスを取得する — PR の現在の状態を取得します。

    gh pr view --json number,title,state,mergeable,reviewDecision,statusCheckRollup,comments,reviews

    マージコンフリクトも確認します。

    gh pr view --json mergeStateStatus

  2. CI のステータスを確認する — statusCheckRollup フィールドを確認します。失敗している各チェックについて、次のようにします。

    gh pr checks

    これにより、すべての CI チェックとそのステータス（成功／失敗／保留中）が表示されます。

  3. CI の失敗を修正する — 失敗している各チェックのログを取得します。

    gh run view <run-id> --log-failed

    失敗を分析し、修正します。

    • Lint の失敗：ローカルでリンターを実行し（npm run lint -- --fix）、残りの問題を手動で修正して、コミットします。
    • 型エラー：npx tsc --noEmit を実行してエラーを確認し、型を修正して、コミットします。
    • テストの失敗：失敗したテストスイートをローカルで実行し、アサーションエラーを確認して、コードを修正するかテストの期待値を更新し、コミットします。
    • ビルドの失敗：npm run build を実行してエラー出力を確認し、インポート、設定、不足している依存関係を修正して、コミットします。

    修正後、変更をプッシュします。

    git add -A && git commit -m "fix: resolve CI failures" && git push

  4. レビューコメントに対応する — PR のレビューコメントを取得します。

    gh api repos/{owner}/{repo}/pulls/{pr}/comments

    未解決の各コメントについて、次のようにします。

    • コメントと、参照されているコードを読みます。
    • 修正内容が明確な場合（誤字、命名、null チェックの欠落、スタイルの問題など）は、修正を適用します。
    • コメントに設計上の判断や確認が必要な場合は対応を保留し、ユーザーに報告します。

    解決したコメントへの修正をコミットします。

    git add -A && git commit -m "fix: address review feedback" && git push

  5. マージコンフリクトを解決する — PR にコンフリクトがある場合は、次のようにします。

    git fetch origin main
git merge origin/main

    両方の変更を確認し、適切な解決方法を選んでコンフリクトを解決します。判断が難しい場合は、ユーザーに確認します。解決後、次のようにします。

    git add -A && git commit -m "fix: resolve merge conflicts" && git push

  6. ステータスを再確認する — 修正をプッシュした後、CI が実行されるのを待ってから、もう一度確認します。

    gh pr checks --watch

    新たな失敗が見つかった場合は、手順 3 に戻ります。無限ループを避けるため、最大 3 回までにします。

  7. 報告する — 実施した内容をまとめます。

    • 失敗していた CI チェックと、その修正方法
    • 対応したレビューコメント
    • マージコンフリクトを解決したかどうか
    • 現在の PR ステータス（マージ可能か、残っているブロッカーは何か）

ループの動作

このスキルは、ループで実行するよう設計されています。

Check PR → Find issues → Fix issues → Push → Re-check → Repeat

次の場合に停止します。

  • すべてのチェックが成功し、未解決のコメントがなく、コンフリクトもない → PR はマージ可能です
  • 3 回の修正・プッシュ・確認サイクルを試しても完全に解決しない → 失敗が残っている項目を報告します
  • 修正に設計上の判断が必要 → ユーザーに確認します

注意事項

  • 共有 PR ブランチに対して、強制プッシュを行わないでください。
  • 動作の変更が意図したものでない限り、テストに合格させるためにテストのアサーションを変更しないでください。
  • 判断に自信がないレビューコメントは解決せず、保留してユーザーに伝えてください。
  • CI がキュー待ちまたは保留中の場合は、失敗を分析する前に完了を待ってください。
  • すべてのチェックが成功したら、gh pr ready を使用して PR をレビュー可能な状態にします。

コメント

Markdown 対応