Skip to content
Development
Skill

/babysit-pr

Use after a pull request is open to watch its CI and review-bot comments until it is ready. Fixes real findings, replies with a reason to false positives, rebases when the base moves, and stops when bots and required checks are green. Merges only when the person asked.

From plugin
pane
48842 skills10 agents35 commands
Install
$ npx -y skills add dcouple/Pane --skill babysit-pr --agent claude-code

How it fires

How this skill gets triggered: by you, by Claude, or both.

  • Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
  • You can call itInvoke it directly when you want it.
  • Slash command/babysit-pr

Context preview

The summary Claude sees to decide when to auto-load this skill.

Use after a pull request is open to watch its CI and review-bot comments until it is ready. Fixes real findings, replies with a reason to false positives, rebases when the base moves, and stops when bots and required checks are green. Merges only when the person asked.

SKILL.md

babysit-pr.SKILL.md
name: babysit-pr
description: Use after a pull request is open to watch its CI and review-bot comments until it is ready. Fixes real findings, replies with a reason to false positives, rebases when the base moves, and stops when bots and required checks are green. Merges only when the person asked.

Babysit PR

Most repositories run AI review bots and CI on every pull request. They are helpful, even when they are not right.

Watch

Watch the PR instead of checking once. In Claude Code, run `gh pr checks <pr> --watch` in the background or use a monitor, so you respond when checks or comments arrive. In Codex, or wherever nothing can wake you, poll `gh pr checks <pr>` and the review threads every few minutes.

Only act on checks and comments newer than the latest push. Compare their timestamps with the head commit:

gh pr view <pr> --json headRefOid,commits,statusCheckRollup,reviews,comments

Review threads, and whether they are resolved, come from GraphQL:

gh api graphql -f query='query($o:String!,$r:String!,$n:Int!){repository(owner:$o,name:$r){pullRequest(number:$n){reviewThreads(first:100){nodes{id isResolved comments(last:1){nodes{author{login} body createdAt path line}}}}}}}' -f o=<owner> -f r=<repo> -F n=<pr>

Act

Verify every bot finding against the source before changing code. Fix real findings and CI failures. Tell repository failures apart from infrastructure flakes; rerun a flake once with `gh run rerun <run-id> --failed` before treating it as real.

If a review bot leaves feedback that is not worth addressing, reply with a written reason and resolve the thread:

gh api graphql -f query='mutation($id:ID!){resolveReviewThread(input:{threadId:$id}){thread{isResolved}}}' -f id=<thread-id>

Every reply is posted under the person's account. Write it the way they would: short, specific, and without filler.

Screenshots and videos help reviewers. Host them where the repository's workflow says (a Grain artifact or a release asset, for example) and link them. Never commit evidence files.

Keep an eye on the base branch and rebase when needed. If an overlapping PR makes this one obsolete, stop monitoring, tell the person, and ask before closing it unless closing was explicitly authorized.

Do not let review feedback expand the PR beyond the person's original goal. Address real shortcomings, but avoid scope creep.

Stop

If nothing has changed, stay quiet rather than posting filler comments. Stop when the review bots and required checks are green on the latest commit. Merge only when the person explicitly asked for it; otherwise report that the PR is ready.

Read more
Ships withpane

pnpm dlx runpane@latest

Get the whole plugin

Other skills on pane.