还在手动盯 CI？这个 Skill 把 PR 养成甩手掌柜
还在手动盯 CI？看这个 Skill 怎么把 PR 养成「甩手掌柜」
做开发的都知道，提交一个 PR 之后最烦的不是写代码，是等 CI、等 review、等修复、等 rebase……有时候一个 PR 卡住不是因为难，是因为你忘了去盯。这种「人肉轮询」真的又蠢又费时间。
最近在翻 Skill 库的时候发现了一个很有意思的工具——babysit-pr，名字很直白：帮你的 PR 当「保姆」，一直盯着直到它绿了、合并了为止。
它能做什么？
简单说，当你丢给它一个 PR 链接之后，它会：
- 自动轮询 CI 状态，直到所有检查通过
- 实时监控 review 评论和未解决的讨论线程
- 检测到 CI 失败或新的 review 意见后，自动生成修复 commit 并推送
- 跨 session 保持日志记录——也就是说即使用 Claude Code 中断了一下，下次继续时它还记得之前试过什么、放弃了什么
整个过程是自动化循环：检查 → 发现问题 → 修复 → 推送 → 再检查，直到 PR 真正可以合并。
怎么装？
一行命令搞定：
npx -y skills add doodledood/manifest-dev --skill babysit-pr --agent claude-code
装完之后，在 Claude Code 里直接输入 PR 地址就可以让它开始「盯梢」了。如果不提供 PR 地址，它会自动找当前分支对应的那个 open PR。
跟 review-pr 是什么关系？
这个 Skill 原作者还做了另一个叫 review-pr 的工具，两者配合使用：
- review-pr：站在 review 者的角度，通过 PR 评论施压，推动讨论往前推
- babysit-pr：站在 author 的角度，把 PR 从「有问题」一路养到「可以合并」
两个工具通过 GitHub PR 状态和 Manifest 文件协调，不直接通信但目标一致——让一个 PR 从开 ticket 到合并的时间大幅缩短。
适用场景
- 提交了 PR 但不想一直手动刷新 CI 状态
- 多人 review 过程中容易漏看评论线程
- CI 不稳定、经常需要 re-run 的项目
- 想练习「让 AI 多线程推进多个 PR」的开发者
总结
babysit-pr 本质上是在解决一个很具体的问题：代码合并前的那段「等待和修复」的灰时间。它把这个过程自动化了，让开发者可以把精力放在真正需要判断力的事情上，而不是盯着状态栏发呆。
如果你经常在团队里等 PR 合并，或者自己手头同时挂着好几个 open PR，这个 Skill 值得一试。
⭐ 69 GitHub stars · MIT 协议 · 支持 Claude Code / Cursor / Windsurf 等主流 AI 编码工具
🔗 GitHub：https://github.com/doodledood/manifest-dev
评论区
0 条评论
登录后可评论。