氛围编程已死，取代它的是这个
整整一年前，Andrej Karpathy发了一条推文。"有一种新的编程方式，我称之为'氛围编程'，你完全沉浸在氛围中，拥抱指数级增长，忘掉代码的存在。"
开发者们很喜欢这个词。它迅速传遍了各地。教程一夜之间涌现出来。"氛围编程搞定它"成了每个"我该怎么构建这个"问题的答案。
然后人们试图将氛围编程的应用部署到生产环境。
结果并不好。
2026年2月4日——在最初那条推文整整一年后——Karpathy再次发帖。同一个主题，不同的结论：
"今天，通过LLM代理进行编程正日益成为专业人士的默认工作流，只是有了更多的监督和审查。就我个人而言，目前我最喜欢的术语是：'代理工程'。"
发明氛围编程的人已经从中转向了。
以下是发生了什么变化、什么取代了它，以及为什么它对你现在构建软件的方式至关重要。
1、真正的区别：不是工具，是纪律
这是大多数解释者弄错的部分。他们把代理工程描述为"使用更好的AI工具"或"更多的自动化"。不是这样的。
氛围编程意味着跟着感觉走，不审查代码。这是其定义性特征。你提示，你接受，你运行，你看是否有效。如果不行，你把错误贴回去再试。
问题不在于AI，问题在于人类不审查AI构建的东西。
代理工程意味着AI负责实现，人类负责架构、质量和正确性。你可能只手工写一小部分代码。其余来自在你指导下工作的代理。这就是代理。而你在整个过程应用工程纪律。
相同的工具。完全不同的纪律。
一句话的区别：
氛围编程 = YOLO。代理工程 = AI构建，人类负责。
2、为什么氛围编程在大规模时失败了
如果没有正确使用LLM进行软件工程的专业知识，氛围编程会产生"AI垃圾"——没有用处或破坏现有代码的代码。这种有问题的代码往往增加了工程团队的技术债务，他们的大量时间花在理解、调试和重构代码上。
三个在生产环境中杀死它的具体失败模式：
1. 大规模的安全漏洞
代理快速写代码不意味着它在写安全的代码。代理可以大规模引入漏洞——一个每周写1,000个PR、漏洞率为1%的代理每周创建10个新漏洞。氛围编程对此没有任何关卡。你交付代理产出的任何东西。
2. 不可维护的架构
氛围编程跳过设计阶段。你提示一个功能，代理实现它，你继续前进。三个月后没有人——不是你，不是代理——理解为什么代码库是这样构建的。没有可遵循的逻辑，因为一开始就没有逻辑。
3. 上下文崩塌
氛围编程的会话运行时间越长，输出越差。代理失去了对早期决策的追踪。代码开始自相矛盾。开发者没有注意到，因为他们不在看diff。
在2026年，认知债务——管理不善的AI交互、上下文丢失和不可靠代理行为的累积成本——正在取代成为工程团队的主要威胁。氛围编程比以往任何开发风格都更快地创造了认知债务。
3、代理工程实际上是什么样的
工作流并不复杂，但它需要氛围编程明确放弃的纪律。
第一步——先写规格文档
在提示任何东西之前，先写一个设计文档。这个功能做什么？边界情况是什么？数据模型是什么样的？什么可能出错？
这是氛围编程者跳过的步骤。这也是决定你的代理产出好代码还是看起来合理的垃圾的步骤。
你可以在AI辅助下编写规格文档。但你来写它。在代理接触任何文件之前。
第二步——分解为有范围的任务
设计良好的代理系统将任务分解为更小的模块，使代理能够实时生成自包含的组件，干净地集成到现有代码库中而不增加技术债务。
"给我构建一个用户认证系统"是一个氛围编程的提示。它太大了，太模糊了，代理会做出你从未同意的架构决策。
"使用我们现有的Resend集成实现密码重置邮件流程。Token应该存储在Redis中，TTL为15分钟。这是规格文档。"——这是一个代理工程任务。有范围。有约束。可审查。
第三步——以审查人类PR的同样严格程度来审查
你以审查人类队友PR的同样严格程度来审查代码。如果你不能解释一个模块做什么，它就不进入。
这是最难维持的纪律。代理产出代码很快。审查需要时间。诱惑是快速浏览并批准。这种诱惑恰恰是制造所有人都在抱怨的不可维护代码库的原因。
阅读diff。理解每个函数。如果有不清楚的地方，在合并之前要求代理解释。
第四步——不懈地测试
代理工程和氛围编程之间最大的区别是测试。
氛围编程在"看起来能用"时交付。代理工程在测试通过时交付——你编写或审查过的测试，而不是代理生成你快速浏览过的测试。
4、正确执行时的结果
这不是理论。正确进行代理工程的公司正在公布结果：
TELUS通过13,000个AI解决方案节省了50万小时以上的时间。Zapier在整个组织中实现了89%的AI采用率。Stripe的代理每周产出1,000多个已合并的PR。
这些不是氛围编程的结果。这是当你正确构建治理、审查流程和代理编排——然后让代理在该结构下大规模执行时发生的事情。
结构是使规模变得安全的东西。
5、新的思维模型：架构师，而非作者
开发者的角色正在转变。如果说氛围编程捕捉了早期生成式工具的兴奋，那么代理工程代表了一个更接地气的现实。对工程师来说，这意味着技能的转变。
你不再是一个写代码的人。你是一个：
- 定义构建什么以及为什么的人
- 设计代理在其中工作的架构的人
- 审查代理产出的人
- 决定什么交付什么不交付的人
在这个新时代，你作为开发者的价值不再由你的打字速度或你对API参数的记忆来定义。它由你定义问题的清晰度和你判断结果的准确性来定义。
在这个时代中茁壮成长的开发者不是最快的提示者。他们是最优秀的架构师。最清晰的思考者。最严格的审查者。
这是与氛围编程所需不同的技能。它也是更有价值的技能。
6、本周要改变的三件事
你不需要新工具。你需要新习惯。
1. 在每个代理任务之前写规格文档 哪怕只有一段话。哪怕只是要点。强迫自己在提示之前思考。仅这一个习惯就能比任何工具更好地将代理工程与氛围编程区分开来。
2. 阅读每一个diff 不是浏览，是阅读。如果代理改了200行，你就读200行。如果你不理解什么，你就问。在你能解释它之前，什么都不会被合并。
3. 在说完成之前运行测试 如果没有测试，先写测试——然后让代理让它们通过。测试优先于实现。永远如此。
三个习惯。你已有的相同工具。完全不同的结果。
原文链接：Vibe Coding Is Dead. Here's What Replaced It.
汇智网翻译整理，转载请标明出处