AI 时代，我们需要的不是更少的工程纪律，而是更多

原文来源：Charity Majors Substack — 当 AI 让代码变得廉价，真正的工程纪律反而变得前所未有的重要。

一、引言

2025 年底到 2026 年初，AI 辅助编程经历了从"被质疑"到"被接受"的快速转变。随着 Claude Opus 4.5、GPT-5.5 等模型的相继发布，AI 生成的代码质量首次达到了"与中位工程师相当"的水平。

在这个转折点上，Charity Majors（Honeycomb 联合创始人、可观测性领域的权威人物）发表了一篇引人深思的文章。她的核心论点出人意料但极具说服力：AI 并不会降低工程纪律的要求，反而大大提高了它。

二、"代码经济学"的颠覆

Majors 用一段简洁的文字概括了 2025 年发生的变化：

"代码生产的经济学被彻底颠覆了。生成代码不再困难、耗时、昂贵，而是变得近乎免费和即时。代码从被珍视、被复用、被精心维护的资产，一夜之间变成了可丢弃、可重新生成的材料。"

这种转变不可逆。就像云基础设施行业从"手动管理服务器"转向"不可变基础设施"一样，代码本身也正在经历从"可编辑的文档"到"可丢弃的缓存"的转变。

三、Chad Fowler 的"删除测试"

文章中引用了大量 Chad Fowler 的洞见，他早在 2013 年就提出了"不可变基础设施"概念。Fowler 的"删除测试"是这样说的：

"想象一下删除整个实现。如果代码被删除后你的理解也会随之消失，说明代码是唯一承载知识的地方——这才是真正的问题。"

当 AI 让代码再生变得容易，代码就不再是资产，而更像是一个缓存——它是当前理解的物化视图，有用但随时可丢弃。

Fowler 还指出："当代码可以被廉价重新生成时，原地编辑就变得危险。变更积累熵，替换重置它。"

四、历史类比：从"宠物"到"牲畜"

Majors 亲身经历了从手动管理服务器到基础设施即代码的转型。她指出一个关键教训：

"任何被原地编辑的文档都会产生漂移。漂移是系统变得不可维护的根本原因。"

在 Honeycomb，他们每周通过 cron 任务杀掉最老的 Kafka 节点——这种自信来源于可重新生成能力。如果代码不能以同样的方式被重新生成，那恰恰说明我们对系统的理解还不够深入。

五、AI 要求更多的纪律，而不是更少

这可能是文章最反直觉的核心观点。既然 AI 帮我们写了代码，工程师不是应该更轻松吗？

Majors 的回答是：恰恰相反。 原因有三：

1. 非确定性系统需要更严格的验证

AI 生成的代码本质上是非确定性的——同样的输入可能产生不同的输出。对于非确定性输出，人类需要更严格的工程纪律来验证和约束。

2. 人类不擅长验证代码

人类大脑天生不擅长做重复性的代码审查工作——容易疲倦、容易遗漏、容易流于形式。将人类精力投入到验证 AI 生成代码的正确性上，是最浪费的地方。

3. 真正的价值在于架构和可观测性

Majors 主张将人类的精力投入到以下方面：

• 架构讨论 — 系统应该怎么设计，边界在哪里
• 测试 — 将知识编码为自动化测试
• 可观测性 — 真正的 traces、生产测试、录制/回放
• 显式化隐式不变量 — 把"我们默认这么做"变成代码和监测规则

六、2026 年的趋势：回归纪律

文章提到，2025 年是"vibe coding"（氛围编程）的一年，AI 达到了与中位工程师相当的编码能力。但到了 2026 年，趋势正在变化——"纪律优先"（discipline-first）正在成为主流。

"我们脑中的知识，在编码到系统之前，AI 是访问不到的。"

这意味着，在 AI 辅助的时代，将隐式知识显式化的能力变得前所未有的重要。编码不再是瓶颈，理解系统、定义契约、建立反馈循环才是。

七、机遇：反馈循环的民主化

Majors 在文章最后给出了一个积极的展望：短的、快速的反馈循环——工程纪律的标志——长期以来只有不到 5-10% 的团队能够做到。AI 工具正在让这些实践比以往任何时候都更容易上手。

"纪律优先，甜点第二。"（Discipline first, cookies second.）

八、个人思考

这篇文章之所以值得每一位开发者认真阅读，是因为它精准地戳破了一个流行的幻觉：有了 AI 助手，工程师的工作就变简单了。

真实的情况恰好相反。AI 让我们写代码的速度变快了 10 倍，但对系统理解、架构设计、质量保障的要求也随之提高了相同的数量级。当代码变得廉价时，真正的稀缺资源变成了对系统的理解和保证系统可靠性的纪律。

Majors 给我们的箴言值得铭记：AI 时代不需要更少的工程纪律，而是需要更多、更好的纪律。