烂尾的七个征兆是嘘的一声

AI 项目最典型的烂尾形态，不是崩掉，而是「还在跑、还能演示、统计数字甚至很漂亮，但已经不产生价值」——我们叫它静默烂尾。崩掉反而是好事：宕机、报错、页面打不开，问题可见；静默烂尾不出声，没人拍桌子说停，它就这么被养着。

这期给七个可以立刻自查的征兆，每条都配我们在真实项目里查到的证据（不写「一般来说会怎样」，只写「我们查到了什么」）：需求只有一句话（是口号不是需求，终点会退化成「能演示就行」）；没有人对最终效果负责（头号组织原因，修好之后还会再烂一次）；数据是「传上去」的（1401 个分段里 341 个是代码碎块，占 24.3%，且此前重建过一次）；验收只看「跑通」（演示验证主流程、验收验证边界，中间隔着一整条河）；系统在悄悄拒答（44 条问题里 6 条被系统故障拒答，用户收到的是「不在范围内」——故障和业务拒绝共用同一句话）；上线即弃管（系统是活物，知识会过期、规则要调优、质量会漂移）；没有基线（第七条是其他六条的放大器）。

案例来自一次真实的 AI 应用体检：健康分 41/100（D 档）、七个异常项、其中五个肉眼看不出来，而运行统计里的失败次数是 0。

自查口径：中三条以上建议做一次正式体检，中五条以上优先做正式诊断——但不要直接砍预算或换供应商。

这一期讲「怎么发现坏了」，下一期讲「查出问题之后怎么办」——救、重建，还是放弃。完整文字版见下方文章。