babysit-pr 是一个面向 GitHub Pull Request 的自动化照看技能，目标是让一个 PR 达到可合并状态。它适合在刚打开 PR 之后使用，也适合在被要求照看、关注或跟进某个 PR 时使用。
用途 该技能围绕一个指定的 PR 工作；如果没有指定，则使用当前分支对应的 PR。若目标不明确，应先向用户询问。在做出任何改动之前，需要先阅读 PR 的意图、仓库说明和 diff，并验证当前检出内容与 PR 一致，同时保留无关的工作内容。
主要能力 技能以循环方式运行：检查可合并性、CI 状态以及所有审查机器人；从行内讨论串、审查正文和 issue 评论中获取完整发现，包括分页和讨论串解决状态；将每条发现对照代码和 PR 意图进行验证；对有效问题以最小改动修复；记录跳过不正确发现的原因；跟踪已处理的发现，避免后续轮询重复工作。它还会在 PR 范围内修复 CI 失败和合并冲突，但明确要求绝不为了变绿而削弱检查；对于基础设施故障或需要无关改动的修复，应升级处理。
使用方式 在完成修复后，运行相关检查，然后使用 ship 提交并推送限定范围的修复。在修改已发布的提交或强制推送之前，必须先询问用户。之后等待最新推送提交上的 CI 和机器人审查，再重复整个循环。新的评论、沉默或较早的绿色审查都不能证明工作已完成。当检查或审查仍在等待时，应持续关注，遵守速率限制并在轮询之间退避。对于停滞的审查、访问失败或其他阻塞，应如实报告，不得声称成功。
歧义与人类反馈 在改动受影响代码之前，若存在任何歧义，应先向用户提出，尤其是当反馈与 PR 意图冲突、扩大范围或与先前建议矛盾时。需要说明发现、冲突点以及建议的操作，并在等待决定期间继续独立工作。对于新出现的人类评论，应及时呈现作者、链接、请求的操作以及需要做出的决定；不要自动回复、解决他们的讨论串，也不要把他们的评论当作变更范围的授权。如果用户要求额外的代理审查，应使用新的子代理，并让其发现经过同一循环处理。
完成条件 当最新提交通过必需的检查、没有合并冲突、机器人审查已完成，并且每条可操作的机器人发现都已修复或被有意跳过时，PR 才算就绪。不得存在未解决的阻塞性人类请求或决定。当 PR 就绪、关闭或合并，或所有剩余事项都在等待用户或已报告的阻塞时，应停止并报告。未经明确授权，绝不自行合并。
报告内容 最终应返回 PR 的 URL、它的作用、所做的修复、跳过的发现及原因、检查与审查状态，以及尚未解决的人类反馈。
限制 资料未提供该技能的具体安装命令、支持的平台范围、收费方式或价格信息。