【过度依赖AI写代码，软件行业正陷入高熵危机】

快速阅读：当开发者过度依赖 AI 快速生成代码而放弃对系统架构的理解时，软件正在进入一种“高熵”状态。这种盲目追求修复速度（MTTR）而非预防故障（MTBF）的行为，可能导致系统在表面指标正常的情况下，底层架构发生不可逆的溃败。

有些公司正在经历一种“AI 精神错乱”。

这种错乱表现为一种近乎狂热的逻辑：既然 AI 修复 Bug 的速度足够快，那我们为什么还要在发布前小心翼翼？只要 MTTR（平均修复时间）足够短，哪怕把 Bug 满载地推向生产环境也没关系。

这听起来很像当年云计算转型时的旧剧本。当时人们也相信通过自动化可以外包掉复杂性和可靠性，结果却造就了一堆极其复杂、只有靠堆人力才能维持的“自动化灾难机”。

现在的风险在于，当开发者开始通过“情绪化编程”（Vibe Coding）来构建系统时，软件的复杂度正在呈指数级增长，直到超出人类理解的极限。有网友提到，这种模式下，AI 引入 Bug 的速率可能会超过它修复 Bug 的速率，最终导致系统整体失稳。

这不仅仅是技术问题，更是一种工程纪律的丧失。

当管理层开始考核员工的 AI 使用率，当开发者习惯于让 Agent 替自己做决策，原本用来构建稳定系统的“防御性思维”正在消失。人们会看到测试覆盖率在上升，Bug 报告在减少，但这些指标可能全是假象——因为测试可能只是在验证 AI 写的垃圾代码，而 Bug 报告的减少可能只是因为用户对系统失去了信心。

如果一个人在构建一个自己完全无法理解的架构，他应该感到焦虑。

这种“快速移动并破坏一切”的代价，最终会由那些试图在废墟上重建的人来承担。也许我们需要一种新的“AI 救援咨询”行业，专门负责清理这些由 Token 堆砌出来的、逻辑混乱的数字垃圾。

或者，我们只能等待一次足够惨烈的系统性崩溃，才能让人们重新想起什么是真正的工程学。

x.com/mitchellh/status/2055380239711457578