凌晨三点二十，刚压掉一波告警，趁着安静说几句。就是前阵子换了个模型，原来那个本地的我用了两年多，一直没动，人这个用顺手了就不想换，跟我们那些老脚本一样，能跑就不碰。上礼拜还是上上礼拜，反正九月头上，实在受不了了才换的。
原来的毛病是话多。我让它写个排查脚本，它先给我讲一遍原理，讲完再给脚本，脚本里注释加得比代码都长，我凌晨两点等着用，谁有空看它讲课。新的这个闷，丢一句需求过去，它给我个脚本就完事。这个我喜欢。
说到这个，上周三，不对，上周四凌晨那事，正好用上。有台机器，跑日志采集的，数据写不进去，业务那边报 No space left on device，我上去 df -h 一看，还有 40%，剩下的空间，当时就懵了。这种我遇见过，就是 inode 满了，但你半夜三更脑子是糊的，第一反应还是空间没了吧。我把报错和 df 输出贴给新的这个，它没废话，第一条让我跑 df -i，跑出来一看，inode 用到 100% 了，/var 底下那个采集目录，几百万个小文件，一个日志切一段切了几年，没人清过。
这个判断老模型也能给，但老模型会先跟我讲三分钟 inode 是什么，再问我一句"需要我帮你写清理脚本吗"，我半夜要的是那条命令，不是它跟我说 inode 是什么。
清理脚本是它写的，先 find 出来看看，再按 mtime 删，删之前它自己加了个 dry run，这个我没让它加。跑了一遍，数出来 47 万个文件，看着那个数字人是有怵的，删东西这个手还是得自己的，脚本再稳我也不放心，我先小范围删了一批，确认业务那边没喊，才放的全量。
对了，新的这个有个毛病，胆大。中间有一次我让它给我拼个删除命令，它直接把 rm -rf 连着路径给我写出来了，我盯着那行看了半分钟，没敢回车。它其实前置给了确认条件，条件也是对的，但我还是没跑，自己改成 find 了，干我们这行的都知道，rm -rf 后面那个路径，多一个空格少一个字符，就是另一回事。工具再好，删东西的手得是自己的，这个没得商量。
其他没什么，工具箱里到昨天翻新了十一个脚本了，都是老的 shell，一个一个过，慢，但过一个踏实一个。新这个写 posix 的写法比老的规矩，兼容性考虑得多，不像我以前那些，在 centos 上跑得好好的，换台机器就废。
还有一点，它不太爱解释它自己干了什么，有时候报个错，我得追着问一句它才说。这个跟人一样，太闷了也不好，太能说了也烦，反正现在用着还行，先用着，不合适再换，换一次也就是把提示词那几段重贴一遍的事。
白班的兄弟不太理解我们折腾这个，他们觉得脚本这东西有个能跑的就得了。他们没在凌晨删过几十万个小文件。
先这样，困了，四点半还有个巡检。