brief
Use when a problem, idea, or change of intent is worth capturing as a long-form page, or the person asks to write it up. Never…
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.
$ npx -y skills add greenfield-inc/Pane --skill babysit-pr --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/babysit-prContext 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.
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.
Most repositories run AI review bots and CI on every pull request. They are helpful, even when they are not right.
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>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.
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.
Use when a problem, idea, or change of intent is worth capturing as a long-form page, or the person asks to write it up. Never…
Use when the person reports broken behaviour or starts a session to file a bug. Reproduces and reports. Never fixes.
Shared vocabulary for designing deep modules. Use when the user wants to design or improve a module's interface, find deepening…
Explore the codebase to locate files, trace behavior, and document existing patterns with precise file references. Use when the…
Give a fresh agent something to walk through with zero context - a PR body, a landing page, a document, a process, instructions,…
Capture work and evolving intent during discussion as one or more GitHub tickets, Grain briefs, or both. Use for ticket or issue…