6月份修了754个Chrome bug？过去两年的总和都没这么多

关键差别在于他们内部已经开始用AI辅助修bug了。不是那种"帮你生成代码"的花架子，而是直接嵌进整个issue流转流程里：AI自动给新bug分类，自动识别严重等级，自动推荐可能相关的历史修复记录，再顺手把patch草稿写了。工程师从"看报告→复现→找根因→写修复→跑测试"变成"看AI给的摘要→审核→提交"，一个bug从进来到出去可能就几分钟的事。

我看完倒是有点自己的想法。这两年Chrome的bug越堆越多，很多是积压的低优先级历史遗留，AI这波等于把积压的存量一次性清了一遍。但问题是，AI能修的都是有明确pattern的bug，像内存泄漏、use-after-free这类，因为历史上有大量类似案例可以学。真正需要推理、需要跨模块理解的复杂bug，AI暂时还上不了手——所以这个数字大概率是一波存量清理的峰值，后面会回落到正常水平。

另外一个我觉得挺讽刺的点：很多bug是代码量膨胀带来的，AI又能帮你快速修掉这些bug，等于修的速度赶上了写的速度。那是不是说，以后项目可以更大胆地堆代码了？反正有AI兜底排查。这个循环想想挺有意思的。

顺便说一句，如果你也在研究用AI做代码审查或者自动修bug，与其看那些炫酷的demo，不如直接去扒Chrome的commit历史，看看真实场景里AI是怎么处理"脏活累活"的，比任何教程都直观。