mcpField
B
babysit

babysit

github.com/michael-denyer開発3.6k858 回インストール今日更新
リポジトリ

babysit について

ユーザーの依頼に応じて、単一のオープンPRを追跡するClaude Code向けの独立スキルです。PRの状態を確認し、競合やCI失敗、レビュー内容を扱って、修正と状況を報告します。

主な機能

  1. 01`gh`によるプルリクエスト状態の取得
  2. 02マージ競合と失敗チェックの振り分け
  3. 03レビュー内容の確認と分類
  4. 04状態確認の間隔設定
  5. 05修正内容と未解決事項の報告

活用シーン

  1. 01poteto-mode外でのオープンPR追跡
  2. 02CI失敗とマージ競合への対応
  3. 03PRの準備完了までレビュー内容を追跡

インストール

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

$npx skills add https://github.com/michael-denyer/pstack-claude --skill babysit

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

詳細

PR を見守る

Codex では、このスキルを実行する前に、スキルごとの注記を含むプラットフォームマッピングを読んでください。

GitHub Copilot では、このスキルを実行する前に、スキルごとの注記を含むプラットフォームマッピングを読んでください。

Muse では、このスキルを実行する前に、スキルごとの注記を含むプラットフォームマッピングを読んでください。

Cursor に組み込まれた /babysit に相当する Claude Code の機能です。実装では、gh CLI と Claude Code の loop スキルを組み合わせて、一定の間隔で確認します。

poteto-mode 内では、Babysit プレイブック（../poteto-mode/playbooks/babysit.md）がこのスキルに優先します。モード宣言、マージの境界、スタックの安全性、watch-pr ウォッチャーはプレイブックが担当します。このスキルは、poteto-mode の実行外で単一の PR を対象とする、スタンドアロンの /babysit エントリーポイントとして使用します。

使用する場面

  • オープン中の PR があり、ユーザーが明示的にグリーンな状態を保つよう求めていて、poteto-mode の実行中ではない場合（そのケースはプレイブックが担当します）。
  • ユーザーが /babysit を直接呼び出した場合。
  • PR を作成したサブエージェントは見守りを行いません。親に戻り、親に判断を委ねてください。

手順

  1. PR の状態を取得します。

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

  2. 優先順位に従ってトリアージします。

    • マージコンフリクト（mergeStateStatus == DIRTY）：fix-merge-conflicts スキルを実行します。ブランチが自分のもので、共有されていない場合に限り、フォースプッシュします。
    • チェックの失敗（conclusion: FAILURE を含む statusCheckRollup エントリー）：fix-ci スキルを実行します。失敗の根本原因を特定し、根本となるコードまたはテストを修正して、コミットし、プッシュします。
    • レビューコメント：まず get-pr-comments スキルで概要を確認してから、実際に同意できるフィードバックにだけ対応します。コメントへの対応が単純で機械的なもの（名前の変更、ガード句、書式上の軽微な修正）の場合は、編集を行い、コミットメッセージにコメントを引用します。判断が必要な場合や、求められている内容を把握できない場合は、推測せずにそのまま残し、どう対応するつもりだったかを返信します。
    • レビューボットのコメント（Bugbot などの自動化によるもの）：対応する前に、bugbot-triage.md に従って、修正・却下・確認依頼のいずれかに分類します。セキュリティ、データ、重大度の高い指摘については、デフォルトで確認を依頼します。

  3. 繰り返します。 Claude Code の loop スキルを使って、再確認の間隔を調整します。確認対象に応じて間隔を選びます。

    • CI の実行中：gh pr checks --watch でポーリングします（チェックが完了するまでブロックされるため、別途ループ間隔を設ける必要はありません）。
    • レビュアーの対応待ち：20～30 分の間隔で確認します。
    • 何も起きていないものの、新しいコメントを検出したい場合：1 時間ごとに確認します。

  4. 終了するタイミング。

    • ビルドがグリーンで、すべてのコメントが解決済みで、ブランチを問題なくマージできる場合は、準備完了とします。
    • 修正→プッシュ→再確認を 3 回行っても完全にグリーンにならない場合は、停止し、未解決の問題を要約して制御をユーザーに戻します。
    • 次の修正に設計上の選択が必要な場合は、一時停止し、AskUserQuestion でユーザーに確認します。

  5. 報告します。 適用した修正、対応したコメント、保留したコメントとその理由、現在の PR の状態を要約します。各コミットは SHA を記載して示します。

厳守事項

  • 他の人が取得した可能性のあるブランチの履歴を書き換えないでください。リベースやフォースプッシュが必要に見える場合は、事前にユーザーの許可を得てください。
  • テストを通すためだけに、テストの期待値を変更しないでください。動作が実際に変わり、アサーションが古い動作を前提としている場合に限り、アサーションを変更してください。
  • フックをスキップしないでください（--no-verify）。
  • 必須ではないと指定して、失敗したチェックを回避しないでください。
  • すべてのチェックがグリーンで、未解決のレビューコメントが残っていない場合に限り、gh pr ready を実行してください。

関連項目

  • PR を作成しても、見守りは始まりません。poteto-mode 内では Babysit プレイブックが依頼を担当し、依頼された場合にのみ開始します。
  • 差分に異論がある場合は、PR を作成する前に interrogate を使います。PR の作成後は babysit が引き継ぎます。
  • ここで書く文章（PR コメント、コミットメッセージ、状況報告）には unslop を使います。

出典

これは Cursor の /babysit の Claude Code 版であり、移植版ではありません。Cursor の実装はクローズドソースです。このスキルは独自に作成されており、独自の文章と構成を備えています。ワークフローは、Cursor の公開されている /babysit の動作を参考にしています。他の PR ツールと共通するのは、実行する gh CLI コマンドだけです。これらは機能を実行するための呼び出しであり、テキストをコピーしたものではありません。

コメント

Markdown 対応