AI 时代更需要工程纪律：一位 SRE 的长文反思

一位具有可靠性工程（SRE）背景的作者在 Hacker News 发文指出，AI 代码生成能力在 2025 年底跨过临界点后，软件工程团队反而需要投入更多工程纪律，而不是更少。这一观点来自他对 AI 编码实际表现、行业叙事以及自身团队实践的反思。

AI 编码跨过「中位工程师」分水岭

作者认为，主流叙事把 Opus 4.5 视为转折点，但这只是「临界时刻」，真正的变化是一整年的累积：

• 2024 年末到 2025 年中，智能体外壳（agentic harness，即把 LLM 包装进循环并接入工具的代码）逐步成型；
• 工具调用、function calling、MCP 等能力在 2025 年持续叠加；
• 到 2025 年末，AI 已能在常见编码模式上写出与中位软件工程师水平相当的代码，且速度更快、成本更低。

他承认自己直到 2026 年 1 月才从「书堆里钻出来」意识到这一点，并观察到身边很多人也在同一时间完成认知更新。

代码生产的经济学被彻底翻转

作者把 2025 年的核心变化概括为一句话：代码从稀缺、昂贵、需精心维护的资源，变成了几乎免费、可即时再生的消耗品。

这带来几个直接后果：

• 历史上，团队主要靠「读代码」来理解软件，模型只存在于工程师脑中；
• 当代码可以被无限再生时，仅靠读代码建立的心智模型愈发不可靠；
• 一次性生成的 AI 代码如果不经严格验证就上线，「slop」（低质量代码）会迅速堆积。

他特别提到，外界仍有不少声音以「等看到了再相信」为由回避现实，但这种态度在拐点已过之后越来越难站住脚。

软件工程不是少要纪律，而是更要纪律

作者明确否认自己在鼓励「把烂代码直接推到生产」。他给出自己团队的 AI 强制使用令（issued last August）作为背景，强调：

• AI 让生成变得廉价，但验证、评审、可观测性、回滚机制等环节并没有自动变好；
• 当产出数量爆炸式增长时，code review、测试覆盖、变更管控这些「慢功夫」反而成为瓶颈；
• 对可靠性和生产环境负责的团队，必须把更多工程纪律投入到 AI 流水线的上游和下游。

换言之，AI 并没有取消工程纪律，只是把纪律的落点从「写代码」转移到了「验证代码与运行代码」。

SRE 的视角：唯一真实的产品是生产环境

作者从 SRE 文化出发提出一个长期被忽视的观点：

• 软件团队真正的「产品」不是仓库里的代码，而是线上运行的生产系统；
• 工程师脑中关于系统的模型天然会与用户实际面对的系统发生偏离；
• 因此，AI 时代更应该依靠可观测性、生产环境测试和真实流量验证，而不是单纯相信模型或代码本身。

他在文中写到「Test in prod, or live a lie」，意在强调：当代码生成成本趋近于零时，唯一能对抗熵增的，是持续对生产环境保持敬畏的工程纪律。