AI 精神病正在蔓延——HashiCorp 创始人的警告每个开发者都该听听

「我强烈认为，现在有整整一批公司处于严重的 AI 精神病状态，根本无法和它们进行理性对话。」

这不是随便哪个网友的吐槽。说这话的是 Mitchell Hashimoto——Vagrant、Packer、Terraform 的创造者，HashiCorp 联合创始人，拥有二十年基础设施工程经验的老兵。

他的推文上线几小时就在 Hacker News 拿到了 658 分，浏览量超过 25 万。为什么这么多人共鸣？因为他见过这个剧本。

MTBF vs MTTR：我们已经学过的一课

Mitchell 把现在的 AI 狂热和当年的云基础设施转型直接对比：

「我亲身经历了基础设施领域那场 MTBF vs MTTR 的大讨论。所有那些论调现在全都卷土重来了。」

MTBF（平均故障间隔）——造很少出错的系统。 MTTR（平均恢复时间）——造出错了能快速恢复的系统。

在向云迁移的过程中，整个行业大幅倒向 MTTR。「出问题没关系——我们能用自动化快速修复。」这招一开始确实管用——直到不管用了。很多公司把自己自动化成了局部指标健康、全局无法理解的系统。

AI 版本的同一个错误

今天的「AI 精神病」表现形式一模一样：

「出 Bug 没关系，AI Agent 修复速度是人类的多少倍！」

听起来耳熟吗？这就是 MTTR 思维在代码质量上的翻版。Mitchell 想提醒大家时，听到的回应总是：

• ❌ 「不不，我们有完整的测试覆盖」
• ❌ 「Bug 报告在减少啊」
• ❌ 「我们的开发速度从未这么快过」

这些都是掩盖全局衰退的局部指标。

真正会发生什么

Mitchell 的警告值得全文引用：

「我们在基础设施领域已经学过这课了：你可以把自己自动化成一个非常有韧性的灾难机器。系统从局部指标看很健康，但全局上变得完全不可理解。Bug 报告在减少，但潜在风险在爆炸。测试覆盖在提高，但语义理解在下降。变化发生得太快，没人注意到底层架构在腐烂。」

这才是 AI 在软件开发中的真正危险。不是 AI 写出了烂代码——而是 AI 让你更快地写出烂代码，速度掩盖了腐烂。

如何用 AI 而不丢掉工程纪律

答案不是「别用 AI」。答案是 像对待任何工程工具一样，用同样的纪律使用 AI。

✅ 应该这么做

1. 像审查初级开发者的代码一样审查 AI 生成的代码 GitHub Copilot 和 Cursor 是非常好的加速器。但把它们的输出当草稿，不是成品。每行代码都需要人眼审查。

2. 维护语义理解 用 Claude 或 ChatGPT 解释代码为什么能工作，而不仅是生成代码。如果你解释不了架构，你就不理解它——这就是腐烂的开始。

3. 保持监控和可观测性 Sentry 和 SonarCloud 这类工具能捕捉 AI Agent 遗漏的问题。别让「Bug 报告在减少」骗了你——确保你在衡量对的东西。

4. 让 AI 做它擅长的事

• 模板代码 → ✅ AI
• 测试生成 → ✅ AI（需要审查）
• 架构决策 → ❌ 人类
• 生产环境调试 → ❌ 人类（AI 辅助）

❌ 千万别这么做

• 不审查就上线 AI 生成的代码
• 让 AI Agent 自动修复生产 Bug
• 只用开发速度衡量成功
• 认为测试覆盖 = 代码质量

总结

MitchellH 的警告不是反 AI。它是支持工程纪律。我们在基础设施领域学到的教训同样适用于 AI 辅助开发：

没有理解的快速不是进步。它只是更快的腐烂。

最终赢家不会是 AI 用得最猛的公司。而是用得最负责任的公司——用和 AI 出现之前同样的严谨、审查和架构思维。

---

浏览我们整理的 AI 开发工具合集——从代码助手到监控测试工具，应有尽有。