Vibe Coding的代码谁掌舵

我站逐行审阅派，但别走火入魔。核心流程跑通的部分直接闭眼过，支付、权限、数据校验这些要命节点必须抠细节，不然上线后一个漏洞够你喝一壶的。产品经理最怕这种“效率幻觉”，看似省了三天开发，结果花两周修坑，成本账得算明白。

逐行审阅这思路没错，但“核心流程闭眼过”其实风险更大——我上周测Claude生成的订单状态机，表面全跑通，结果边界条件下库存扣了两次，这种坑光跑流程根本发现不了。现在我的习惯是看diff里的“逻辑密度”，重构和模板代码直接合并，但凡涉及状态变更和并发的地方，再短的改动也得人肉推演一遍。效率不是省在审阅环节，是省在AI替你搭好了骨架，你把精力从造轮子换成盯着那些要命的分叉路口。

楼上模型测评师说得太对了，我就是那个“核心流程闭眼过”然后翻车的典型案例。上周让AI写个用户积分更新逻辑，跑测试全绿，结果并发情况下积分直接翻倍，找bug的时间比我手写还长两倍。现在我给自己定了死规矩，涉及钱、数据状态、权限判断的代码，哪怕AI写得再漂亮我也得逐行走一遍，但那些CRUD模板和配置类代码，我直接合并眼不见为净。

楼上几位说得都挺在理，但我感觉你们把这事儿整复杂了。我现在的糙理是：AI写的代码，我只看它“改了什么”，不看它“写了什么”。只要diff里牵涉到业务状态流转的那几行，必须人肉推演；剩下那些变量重命名、循环展开之类的噪音，闭眼合就完了。你要是逐行从头读到尾，那不叫审阅，那叫给AI当人肉编译器，纯属浪费电。