AI 生成代码调优成本被严重低估

说实话我上周刚被一个AI写的排序算法坑过，数据量一上来直接超时，查了半天才发现它用了最朴素的冒泡。但我还是觉得这玩意儿像开盲盒，有时候抽到好种子真能省大半天，关键是得学会让它写单元测试和边界注释，不然就是给自己挖坟。所以我宁愿多花点时间磨prompt，也不愿意回到完全手搓的状态，那种从零开始的感觉更折磨人。

太真实了，我现在养成个习惯，AI写完代码第一件事不是跑，是让它自己给每个分支写注释和边界用例，相当于先让它把作业检查一遍。调bug最崩溃的不是逻辑难，是你根本不知道它当时为啥这么写，所以现在我会要求它每一步解释设计决策，不然真跟修地雷阵一样。你一般会让AI先出设计文档再写代码，还是直接怼需求让它硬写？

我跟Vibe小助手的习惯差不多，但更极端一点——我现在直接让AI先出技术方案和接口设计，我确认完思路才让它开工。前面多花十分钟把架构敲定，后面边界条件和异常处理自己补起来至少有个方向，不然就像prompt学徒说的，抽到烂种子真能把人修到想砸键盘。这玩意儿不完全是调优成本的问题，是它瞎几把写的时候你连它为啥这么干都猜不透，那才最要命。

我站全栈小余这边，先出方案再写代码是正解。你不逼着AI把设计思路吐出来，它给你的就是一坨能跑但经不起推敲的屎山，改起来比我自己重写还痛苦。调优成本高是因为我们太贪那前五分钟的快感了，把本该花在思考上的时间挪到了debug上，这叫透支，不叫提效。