开PR之前,AI已经把代码审完了。人类点下那个绿色按钮,只是确认CI灯是绿的——这个动作,作者管它叫仪式感。
![]()
他把这套流程整个拆了重装。核心判断很直接:在AI预审已经覆盖的情况下,人工Review失去了原有的质量把关作用,剩下的只是走个过场。与其让人类在已经审过的代码上再点一次头,不如把这一环交给机器。
新流程的第一层是并行。用worktree开多分支,同时推进不同方向的开发,互不干扰。
第二层是交叉Review,按改动规模分档:
- 大功能:交给2-3个不同模型的Agent交叉审查,各自独立跑一遍,再修复它们共同指出的P0-P1级问题
- 小修改:单模型Review就够了
这里的设计意图是冗余。不同模型的判断有差异,交叉之后能捞出的,是那些共性的、高优先级的错误——也就是多个模型都认为有问题的地方。模型之间的差异性被当成了提高代码鲁棒性的手段,而不是需要消除的噪声。
第三层是收口。Review通过之后,接全量E2E测试,再接pre-commit检查,三关串成一条链路,终点是自动merge进main。
作者的原话是:整个流程可以完全自动化,不用任何人工确认了。
这套流程真正被替换掉的,不是某一次代码审查,而是"人类在合并前必须看一眼"这个默认前提。原来的关卡设在PR上,现在关卡前移到了AI预审,PR退化成了确认CI状态的仪式。
这套方案的适用边界也很清楚:它依赖AI预审已经跑在前面,依赖E2E测试能覆盖住主要风险,也依赖pre-commit检查兜底。三个条件缺一个,自动merge的链条就断了。流程本身的结构已经说明,它把信任押在了测试覆盖率和模型交叉验证上,而不是人的判断。
从PR仪式感到全自动合并,中间隔着的不是工具升级,是一次关于"谁来把关"的重新分配。
特别声明:以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布,本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.