这个 Skill 能做什么，适合哪些场景？
这个技能能够持续监控一个打开的 GitHub PR，处理评审反馈、修复 CI 失败、同步分支，并判断合并就绪状态。它设计用于长时间运行，持续处理新的事件流，而不会在遇到第一个需要人工介入的问题时停止。它支持多种执行模式，包括自维持的会话内监控、检查点模式以及流水线模式，适用于不同的自动化环境。
运行一个循环，定期获取 PR 状态、评审线程、CI 检查和分支同步信息（使用 GitHub CLI 和 Python 脚本）。它委托给 ce-resolve-pr-feedback 处理评论，委托给 ce-debug 处理 CI 失败，并在授权时执行受限制的分支更新。它维护一个状态目录以跟踪进度和去重，并依据配置的后缀（target、stack-ready、stack-land）决定是否继续处理栈中的其他 PR 或执行合并。
- 开发者想要让一个功能 PR 持续保持合并就绪，而无需手动轮询评论和 CI。
- 持续集成工程师需要自动修复 CI 失败并不断向 PR 推送修改，直到所有检查通过。
- 团队在管理多个相互依赖的 PR 时，希望自动将修改向上游传播，但保持单一语义写入者。
- 自动化流水线（如 lfg）需要非交互地运行，直到 PR 合并或达到资源限制。
如何安装这个 Skill？
- 技能完全依赖GitHub API和外部工具，中国大陆用户可能由于网络限制无法正常使用。
- 自动化后台监视可能长时间运行并消耗资源，需要用户明确授权和监控。
- 静态审查无法验证技能的实际执行效果，建议在实际环境中进行测试。
- Shell / 命令行
- 网络访问
- 本地文件系统
Python 3GitHub CLIgit
该技能是 compound-engineering-plugin 的一部分。按照 README 中的说明安装该插件，适用于 Claude Code（/plugin marketplace add EveryInc/compound-engineering-plugin 然后 /plugin install compound-engineering）或其他支持的编辑器。完成后，技能位于 skills/ce-babysit-pr/SKILL.md。
tmp="$(mktemp -d)"
git clone --depth 1 https://github.com/EveryInc/compound-engineering-plugin.git "$tmp"
mkdir -p ~/.claude/skills
cp -R "$tmp/skills/ce-babysit-pr" ~/.claude/skills/
rm -rf "$tmp"根据源仓库地址和 Skill 路径自动生成，只复制这个 Skill 的文件夹。如果上文有作者提供的安装方式，请优先按作者说明操作；想只在当前项目中使用，把 ~/.claude/skills 换成项目里的 .claude/skills。
如何使用这个 Skill？
在支持的环境中（如 Claude Code 或 Codex），使用类似 /ce-babysit-pr <PR号> [watch] [duration] [posture:target] 的提示调用。它需要一个本地 git 检出、GitHub CLI 和 Python 3。按照技能说明，监控将持续直到 PR 合并、关闭、达到预算或被用户停止。
这个 Skill 有哪些优点和局限？
- 持续处理多个事件流，而不是在第一个障碍处停止
- 委派专门的技能处理评论和 CI，保持关注点分离
- 支持多种自动化模式（会话内、检查点、流水线、持久化定时任务）
- 通过状态文件持久化状态，实现优雅恢复
- 明确边界：不合并（除非是 stack-land），不操作草稿 PR 除非明确要求
- 仅适用于 GitHub；不支持 GitLab 或其他代码托管平台
- 需要本地 git 检出、GitHub CLI 和 Python 3；沙盒 GUI 环境无法运行
- 需要特定的背景唤醒功能（如 Claude Code 的 Bash+Monitor）以实现完全自主监控，否则只能降级到检查点模式
- 在团队管理的 PR 栈中，可能会自动修改多个 PR，需要明确确认使用受管理的栈
这个 Skill 与同类方案有什么区别？
与相关 Skills 并排比较；分数均按同一 FSRS 标准得出。
| Skill | FS 评分 | Star 数 | 最近更新 | License |
|---|---|---|---|---|
| PR 保姆 本页 | 52 · 谨慎使用 | ★ 25k | 3 天前 | MIT |
| PR 保姆：持续监控拉取请求直至合并 | 47 · 谨慎使用 | ★ 98k | 3 天前 | Apache-2.0 |
| PR 持续看护助手 ✓ OpenAI · 官方 | 57 · 谨慎使用 | ★ 128k | 3 天前 | Apache-2.0 |
| GitHub PR 工作流助手 | 42 · 不推荐 | ★ 1.7k | 3 天前 | MIT |
| 会话拉取请求助手 ✓ Microsoft · 官方 | 43 · 不推荐 | ★ 193k | 3 天前 | MIT |
FollowSkills 如何评估这个 Skill？
技能明确要求仅限GitHub环境，定义了清晰的变异边界（不合并、不强制推送、不改变栈结构），并强调了用户显式授权才能进行跨PR操作。但未提及依赖安全检查或数据流透明度的细节，部分自动化操作（如后台监视）可能缺少用户确认。
技能描述详细，步骤清晰，有明确的状态机和去重协议。但静态审查无法验证关键路径的可执行性，且依赖外部工具（如gh、git、pr-snapshot）和网络访问，失败反馈机制未充分展示。
适用范围明确（GitHub PR监控），触发条件描述具体，场景边界清晰（非单次请求）。但技能主要依赖GitHub API，可能不适合非GitHub环境，且未提及网络可达性，尤其是中国大陆用户访问GitHub可能受限。
文档结构层次分明，有详尽的安全说明和状态定义，但缺少FAQ、更新日志和版本号，安装依赖说明不够全面，维护责任未明确。
技能设计的目标明确，预期输出清晰，但无法从静态源码确认实际完成度，输出格式和直接可用性未验证，且自动化监控可能产生额外成本。
仓库包含CI配置和测试文件，但未覆盖技能的完整关键路径，且没有独立的第三方验证证据。静态审查限制了验证的深度。
点击维度查看打分理由
证据充分度：低 — 主要依赖静态检查、作者材料或有限演示；适合发现线索，不适合做高风险决策。
查看完整评分方法 →