以前程序员最怕写代码,现在更怕审代码。GitHub Copilot把键盘敲代码的活儿抢了,下一波AI正在盯上Pull Request——那个让 senior engineer 熬到凌晨的环节。
Code review 的痛点很实在:一个PR几百行改动,Reviewer得像侦探一样逐行比对,漏一个边界条件就是线上故障。AI agent 进 IDE 之后,写代码快了,但审代码的人没多出来,瓶颈反而卡在了合并前最后一关。
现在有三类工具在解决这个问题。第一类做自动 diff 摘要,把"改了什么"翻译成"为什么改";第二类跑静态分析+AI 混合检查,专门抓人类容易漏的并发和空指针;第三类最激进——直接模拟 Reviewer 提问,在作者提交前就逼他写清楚设计 trade-off。
一个用了类似工具的团队在内部复盘时提到:「以前我们花40%的 review 时间在理解上下文,现在 AI 把这部分压缩到5分钟。」剩下的时间终于能用来争论架构,而不是猜变量名什么意思。
GitHub 官方数据显示,接入 AI review 辅助的仓库,平均 PR 往返次数从 4.2 轮降到 2.1 轮。但有个副作用: junior 开发者反馈变少了——他们得主动点开 AI 的批注才能看到建议,不像以前被 senior 追着骂。
这技能正在从"会用 Copilot"变成"会调教 review agent"。区别大概是:前者让你写得快,后者让你少背锅。
热门跟贴