PR 开始按 Agent 的速度增长后，CI、评审和审计要怎样重建？

导读

编程 Agent 让代码提交越来越快，团队怎样避免测试和评审队列抵消这些收益？Sonar 的 Gautam Korlam 主张同时缩短反馈、按风险分流审批，并让每次检查与最终合并的代码对应。团队先通过缓存和分片压缩构建时间，让 Agent 能更快读取失败日志并修复；AI 也可在评审阶段发现常规问题，让人把精力放在支付等高风险改动上。低风险变更可以依据规则自动批准，但写代码的 Agent 不能批准自己的修改。Uber 的 SubmitQueue 则并行测试可能一起合并的提交组合，避免各自通过测试的改动合在一起破坏主干。讲者还强调记录测试对应的提交、评审处理结果及例外理由：代码变了，检查就要重新做。他所在团队预热后的增量 CI 接近一分钟，不能理解为所有构建都这么快。