下午三点多，给老客户加个订单导出功能。单子上周谈的，两千二，包含一个导出加两个报表。功能本身不复杂，本地用 AI 写了两段脚本，测了没问题，往服务器上一传就完事。
服务器是个老古董，ubuntu 16 还是 14 来着，python2 和 python3 混着装，客户的儿子以前自己折腾过，环境乱成一锅粥。我平时最烦碰这种机器，但两千二的单子说好了含部署，硬着头皮也得上。
麻烦就出在我图省事。让 AI 给我写了个部署脚本，我看了看大概逻辑是对的，就直接粘终端里跑了。跑完感觉哪里不对，curl 了一下后台地址——502。
当时心跳直接漏了一拍。这客户做五金批发的，他老婆管后台，天天要看单子，要是搞崩了，尾款估计直接变扯皮现场。
赶紧看，发现脚本里装某个依赖的时候把系统默认 python 软链给切到 3 了。老项目的启动脚本死认 /usr/bin/python，一执行就 import 报错。我心里那个悔啊，偏偏今天就图省事没看每一行。
好在跑脚本之前我多留了个心眼，把 /usr/bin/python 的原指向记了一下。不然真就得在那一堆乱环境里猜原来是什么版本。赶紧切回来，把老项目的服务拉起来，等了半分钟，后台能进了。
然后又跑了两个页面确认了下，数据没丢，导出功能单独试了一遍，Excel 能正常生成。
刚松口气，客户微信来了：后台刚才咋打不开？我说在部署新功能正常现象。骗他的。其实是差点把他站点干没了。
这整个事故持续了大概四十分钟，前三十分钟我都在瞎试，真正定位到问题就五分钟。说白了，脚本是 AI 写的不假，但锅在我——我自己没读就敢往上套。这玩意赖不到 AI 头上。
账是这么算的：这单两千二，部署部分折下来七、八百。四十分钟修回来算运气好。真要搞坏了我重装环境，没两天甭想收工，那时候就不光是这单保不住的问题了，是这客户以后见了我都得绕道走。
所以说白了，工具再快，该看的流程还是得看一眼。这句话我过去不爱听，今天亲身验证了。