babysit-pr 用于在创建 PR 后持续看守它：轮询审查评论、CI 检查与工作流运行、以及可合并性状态，直到出现终止结果——PR 被合并或关闭，或出现必须人工介入的情形（如 CI 基础设施问题、重试预算用尽后的反复偶发失败、权限问题、无法安全解决的歧义）。CI 全绿且可合并、审查无待办只是阶段性里程碑，不是停止条件；只要 PR 还开着，就继续摄取迟到的审查评论。
输入可以是空（从当前分支推断，--pr auto）、PR 编号或 PR URL。核心用法是运行监视脚本获取 PR/审查/CI 状态快照，并检查 JSON 响应中的 actions 列表。快照命令：python3 .codex/skills/babysit-pr/scripts/gh_pr_watch.py --pr auto --once；持续监视（JSONL）：python3 .codex/skills/babysit-pr/scripts/gh_pr_watch.py --pr auto --watch；触发偶发失败重试：python3 .codex/skills/babysit-pr/scripts/gh_pr_watch.py --pr auto --retry-failed-now；指定 PR：python3 .codex/skills/babysit-pr/scripts/gh_pr_watch.py --pr <number-or-url> --once。
出现 diagnose_ci_failure 时，先用 gh 命令查看失败日志并分类：若失败与当前分支代码相关（编译/测试/lint/类型检查/快照/静态分析涉及改动区域），则本地修补、提交并推送；若属偶发或无关（超时、runner 供给失败、registry/网络中断、GitHub Actions 基础设施错误），不要通过改测试、构建脚本、CI 配置、依赖锁版来“修绿”，仅在监视器建议 retry_failed_checks 时重跑。出现 process_review_comment 时，对有依据且可执行的审查项本地修复、提交（如 codex: address PR review feedback (#<n>)）、推送，然后在 GitHub 上把对应审查线程标记为已解决；不要自动回复人工审查评论，需人工确认后才可回复，且回复加 [codex] 前缀。若同时存在可执行的审查反馈与重试项，先处理审查反馈（新提交会重新触发 CI）。
每次推送或重跑后立即回到轮询循环，若此前处于 --watch 模式，应在同一回合重新启动 --watch；不要同时运行多个针对同一 PR/状态文件的 --watch 进程。只在 PR 头分支工作，避免破坏性 git 命令，编辑前若发现无关的未提交更改应停下询问用户。轮询节奏：CI 未绿时每 1 分钟一次；CI 转绿后仍按基础节奏持续轮询，以便快速暴露新审查评论；状态变化时重置节奏。严格停止条件仅为：PR 已合并或关闭，或需要用户介入且无法安全自行推进。资料来源未给出安装方式、收费与平台支持等信息，暂未提供。