babysit-prs 用于在循环中持续跟踪自己的开放 PR，避免手动轮询。典型启动方式为 /loop /babysit-prs，每轮执行一次；--once 只跑单次。它组合 /pr-feedback 和 /pr-respond，本身不增加新智能，只负责扫描与等待。
每轮流程：先用 gh pr list --author "@me" --state open --json number,url,title 列出当前仓库中自己的开放 PR。然后按顺序读取两件事：一是固定计数（与变化无关），对每个 PR 统计未解决且未过期的评审线程，并按作者类型分组，可用 gh api graphql 查询 reviewThreads；二是可合并性与 CI，用 gh pr view <n> --json mergeable,mergeStateStatus 查看合并状态，用 gh pr checks <n> 汇总检查结论（pass/fail/pending/skipping）。之后对比上一轮，找出新增的线程、评审、检查或合并状态变化。
作者类型只是标签而非过滤器：GraphQL 的 author{__typename} 为 Bot、登录名以 [bot] 结尾或属于已知机器人账号时标为 🤖，其余标为 👤，机器人活动不会被丢弃。新活动交给 /pr-feedback 分类为 P1/P2/Nit，并输出每 PR 一行的报告表，包含 PR 状态、可合并性、CI、待回复数量、新增内容和 P1/P2/Nit 计数。小问题与明确共识批量经 /pr-respond 处理；具体修哪些 P1/P2 需停下交用户决定。可通过 PushNotification 在 APPROVE、检查全绿等事件时通知；回答反馈后提醒用户重新请求评审，而非自行在 GitHub 重请或发 Slack。循环状态保存在对话中，不落盘；无可合并状态时从头重跑是安全的，因为 /pr-feedback 是只读的。间隔约 20 分钟，动态模式下可调节。