babysit
- Use it when:
- You want the agent to stay on a pull request until it's ready to merge.
- It does:
- Watches pending checks, reads new comments and unresolved review threads, fixes real issues, pushes, then checks again.
- You get:
- A PR with passing checks and no open threads, plus a report: commit SHA, check results, open threads, tests run and uncommitted local files left alone.
- Won't:
- Resolve a review thread until it has verified the code addresses it, or stop while actionable comments remain.
- Needs:
- The GitHub CLI (gh) signed in, and jq.
Commits and pushes fixes to the PR's branch and resolves review threads on GitHub without stopping to ask, and keeps polling until the PR is clean. Needs gh signed in, and jq.
TL;DR
The agent finds the PR, its branch and base, checks it isn't a draft, and reads its status with gh pr view: mergeability, checks, review decision and comments. It lists unresolved review threads through GitHub's GraphQL API, paging through all of them, and polls pending checks, usually every 30 to 60 seconds. Bot comments are leads, not facts: it checks each finding against the code, and whether a thread refers to stale code. Real issues get focused commits, the relevant tests or builds, and a push, then the loop starts again. When a generated file ships with the code, it makes sure the source and the generated file agree before resolving the comment. It stops only when checks pass or are intentionally skipped, the review decision is acceptable and no actionable comments or unresolved threads remain, and does one last sweep, including local git status, before reporting. claude-mem's build skill runs it last, after make-plan and do.
Summarizes the skill at 31ebffb.
npx skills add https://github.com/thedotmack/claude-mem --skill babysit skills.sh pageSource on GitHubAll skills from thedotmack/claude-mem
- Total Downloads
- 5,200 on skills.sh, Nov 9, 2026
- Repo stars
- 114,993 thedotmack/claude-mem
- First seen
- May 6, 2026 on skills.sh
Weekly values
| Week to | Installs |
|---|---|
| Sep 21 | 109 |
| Sep 28 | 100 |
| Oct 5 | 98 |
| Oct 12 | 109 |
| Oct 19 | 127 |
| Oct 26 | 121 |
| Nov 2 | 150 |
| Nov 9 | 164 |
| Category |
Find root causes, review code and test what you built. Everything for building software: planning, coding, debugging, design, frameworks, cloud, agents and skills. |
|---|---|
| Type |
A multi-step process the agent follows: interview, debug, run a TDD loop, review. |
| Effect |
Its own steps change something outside your machine: post, send, deploy, provision, file issues, drive a website, or upload data to a service. |
| Needs |
A specific command-line tool or desktop app must be installed, such as gh, agent-browser, LibreOffice, Obsidian or a vendor CLI. |
| Publisher |
Everyone else. Unverified vendor claims default to community. |
| Topics | |
| Stack |
SKILL.md
From thedotmack/claude-mem at 31ebffb. Checked daily, last changed Nov 6, 2026.
Frontmatter
name: babysit
description: Watch a pull request or review cycle until it is ready to merge. Use when asked to babysit, monitor, or keep checking PR comments, reviews, and CI until all actionable issues are resolved.Babysit PR
Stay with the PR until it is actually clean. Do not stop after one check pass if comments or review threads are still unresolved.
Workflow
- Identify the PR number, branch, and base branch.
- Confirm the PR is not draft and inspect mergeability, checks, review decision, comments, and review threads.
- Watch pending checks until they finish. Poll at a practical interval, usually 30-60 seconds unless the user asks for a different cadence.
- Read new comments and unresolved review threads. Treat bot summaries as useful, but verify actionable findings against the code.
- Fix real issues in focused commits, run relevant tests/builds, push, and return to step 2.
- Resolve stale review threads only after verifying the code or generated artifact now addresses the comment.
- Stop only when checks are passing or intentionally skipped, review decision is acceptable, no actionable comments remain, and no unresolved review threads remain.
GitHub CLI Checks
Use gh pr view for the coarse status:
gh pr view <number> --json \
number,state,isDraft,mergeable,mergeStateStatus,reviewDecision,headRefOid,statusCheckRollup,url
Resolve the repository owner/name before using GraphQL:
repo_json=$(gh repo view --json owner,name)
owner=$(jq -r '.owner.login // .owner.name' <<<"$repo_json")
repo=$(jq -r '.name' <<<"$repo_json")
Use GraphQL for unresolved review threads. Include pageInfo; omit cursor on the first page, then pass the previous endCursor with -f cursor="$cursor" while hasNextPage is true.
gh api graphql \
-f query='query($owner:String!,$repo:String!,$number:Int!,$cursor:String){repository(owner:$owner,name:$repo){pullRequest(number:$number){reviewThreads(first:100,after:$cursor){pageInfo{hasNextPage endCursor}nodes{id,isResolved,isOutdated,path,line,comments(last:1){nodes{author{login},body,createdAt,url}}}}}}}' \
-f owner="$owner" -f repo="$repo" -F number=<number>
Use this loop when a PR may have many review threads:
thread_query='query($owner:String!,$repo:String!,$number:Int!,$cursor:String){repository(owner:$owner,name:$repo){pullRequest(number:$number){reviewThreads(first:100,after:$cursor){pageInfo{hasNextPage endCursor}nodes{id,isResolved,isOutdated,path,line,comments(last:1){nodes{author{login},body,createdAt,url}}}}}}}'
cursor_args=()
while :; do
page=$(gh api graphql -f query="$thread_query" -f owner="$owner" -f repo="$repo" -F number=<number> "${cursor_args[@]}")
printf '%s\n' "$page" | jq -r '.data.repository.pullRequest.reviewThreads.nodes[]
| select(.isResolved==false)
| [.id,.path,(.line//""),(.isOutdated|tostring),(.comments.nodes[-1].author.login//""),(.comments.nodes[-1].body|gsub("\n";" ")|.[0:240])]
| @tsv'
jq -e '.data.repository.pullRequest.reviewThreads.pageInfo.hasNextPage' >/dev/null <<<"$page" || break
cursor=$(jq -r '.data.repository.pullRequest.reviewThreads.pageInfo.endCursor' <<<"$page")
cursor_args=(-f cursor="$cursor")
done
Filter unresolved threads with jq:
jq -r '.data.repository.pullRequest.reviewThreads.nodes[]
| select(.isResolved==false)
| [.id,.path,(.line//""),(.isOutdated|tostring),(.comments.nodes[-1].author.login//""),(.comments.nodes[-1].body|gsub("\n";" ")|.[0:240])]
| @tsv'
Resolve a stale thread only when the fix is verified:
gh api graphql \
-f query='mutation($threadId:ID!){resolveReviewThread(input:{threadId:$threadId}){thread{id,isResolved}}}' \
-f threadId=<thread-id>
Operating Rules
- Keep the watcher running while long checks are pending.
- If a generated file is part of the distribution, verify the source and generated artifact agree before resolving comments.
- If a bot reports an issue against stale code, confirm whether the thread is outdated or addressed in the latest head.
- Before final reporting, do one fresh sweep of PR status, unresolved threads, recent comments, and local
git status. - Report concrete evidence: latest commit SHA, check names and results, unresolved thread count, tests run, and any dirty local files left untouched.