《AI十二问》第一问：AI能替代运维直接排线上故障吗？

引子：第一问，从警报声开始

《AI十二问》今天开张。

我们不打算教你“三步用AI写出爆款”，也不想比较谁家模型更强。我们只想把AI当成一个刚入职的同事，扔进真实的工作场景里，看看它能打几分。

#AI十二问# 第一问，我们从自己的老本行——网站运维开始。

当半夜三点，服务器警报大作，这个“新同事”能顶上去，还是会把事情搞得更糟？

问题很具体，实测很真实。答案，就在下面。

《AI十二问》第一问：AI能替代运维直接排线上故障吗？

做网站这么多年，线上故障永远是最磨人的事。

深更半夜告警弹出来，页面抛出501，访问报错，WAF把流量拦在外面。搁从前，我就得守着机器翻日志，顺着链路一层一层梳理，一点点抠出问题根源。

去年秋天news子站就出过这么一档子事。页面白底黑字弹出501，我的第一反应是Nginx出问题——这是长久以来形成的条件反射。翻日志、查验各项服务，折腾四十分钟，该排查的环节全部走完，故障依旧存在。

最后查出来，是后端PHP业务层主动抛的。配置没病，是程序自己说“我不干了”。

整个排障过程我一直在借助AI。把报错、完整日志、配置片段全部粘贴进去，AI响应很快，分析行文看上去专业笃定，反复提示我检查Nginx相关配置。它做对了

归类

：识别这属于服务器端500系列报错；但它没有完成

归因

：完全没有考虑业务逻辑主动返回异常这种现实情况。

后来我把这段经历跟几个同行聊过，发现不是个例。AI排障有个共同的规律：它擅长归类，不擅长归因。

报错码500系列，它知道这是服务器端问题；日志里有timeout，它知道跟网络或响应速度有关。这些是模式匹配，是它最擅长的。像一个经验丰富的接线员，听到“发动机异响”就知道转维修部，但他不一定知道发动机为什么响。

但这次故障的根源是业务层主动抛了501，不是服务器被动挂了。AI没有“业务逻辑”这个概念——它看到的只是“状态码501”，它在知识库里搜到的所有501解释都是关于服务器配置的。它不会问：“你们业务层有没有主动返回501的机制？”

它是工具，不是工程师。

这件事让我想起二十多年前刚入行，老前辈跟我说的一句话：

别让工具替你思考。

那时候还没有大模型，这句话针对的是IDE、调试器、代码生成工具。工具可以帮你查询、帮你运行、帮你生成框架，但

判断

，必须要人来完成。工具不会知道这套业务背负的历史包袱，不知道那些“看着不合理，但改动就会出事”的旧逻辑。

时代变了，工具从调试器变成大模型，道理却没有变。

现在我依然会用AI参与故障处理。遇到线上异常，先把材料丢给AI跑一轮，它五分钟梳理完的日志，我手动要看四十分钟，这份效率红利没有理由放弃。但我的使用心态已经彻底转变：不再把它当成可以全权托付的工程师，而是当成一名

实习生

。让它跑腿、整理线索、给出排查初稿；但识别业务特殊约束、评估改动风险、权衡取舍、最终是否执行，全部由我拍板。

早年全程跟踪、参与“全国百万中小企业信息化推进工程”、“企业信息化九州行”等大型信息化项目我就深有感触，一套系统可以快速部署上线，但环境里那些细碎、独属于现场的现实约束，才是成败关键。工具掌握的是公开世界的通用理论，却不懂我手里这套跑了十几年站点的全部上下文。

AI可以缩短排查路径，但它扛不起线上故障的责任。工具只管跑腿，兜底和判断，终究是人。

——阿荣

2026年 8月，成都

（协作：DeepSeek、豆包、通义千问、文心一言）

阿荣（孙晋荣），风尚中国创始人，珠宝鉴定师，资深产业媒体人。

三十年珠宝鉴定经验，二十三年产业媒体深耕，曾就职于计算机世界、《中国房地产报》等。

2008年创办风尚中国至今十八年。主导创作《钻石十二问》、《翡翠十二问》、《奢侈品十二问》及「阿荣手记」系列内容，坚持"不站队、只讲真相"的创作原则，践行"赶路，不必赶"的长期主义。）

⚠️ 原创内容，禁止篡改署名发布。首发于【风尚中国FengSung.com】