96. 自动推动 PR 直到合并

他们做了什么

每个工程机器人都会维护一份共享的 Notion PR 数据库。它每隔 30 分钟检查各个 PR 是否出现 Bugbot 或安全评论、CI 失败和合并冲突。有问题的 PR 会被发回云端代理修复，数据库中的状态也会改为“处理中”。没有问题的 PR 被标记为“等待审查”，并启动一次代码审查。置信度很高、影响范围很小的 PR 会自动合并，其余则由作者亲自查看。

结果如何

作者几乎每天早上都能看到一批已经准备合并的任务。机器人集群可同时管理 200 多个云端代理，而人工管理时大约只能处理 15 个。案例没有公布自动合并比例。

需要知道

作者指出，频繁检查代理执行记录的例程会比预想中更快消耗 token，例如每五分钟检查一次的 P0 紧急模式，因此应只用于真正紧急的情况。

你可以这样尝试

每隔 30 分钟检查 [仓库] 中打开的拉取请求。把失败的 PR 交回编程代理修复，并审查干净的 PR。只有在置信度很高且风险较低时才自动合并，例如 [示例]；其他情况请用摘要提醒我。任何涉及 [敏感区域] 的改动，合并前都必须暂停并征求我的意见。