Andrej Karpathy：我们如何停止 Vibe Coding？
How Do We Stop Vibe Coding?
随着 Claude Code 的爆火，大量开发者转向使用 coding agents，Andrej Grady Booch 指出我们正进入软件工程的第三个黄金时代：从算法到面向对象，再到系统抽象，如今 AI 代理进一步抽象了代码本身，让我们能直接从意图生成代码。然而，这种“Vibe Coding”模式也带来了严重问题：开发者逐渐失去对代码库的理解，无法追踪架构变化，甚至盲目提交导致生产事故。尽管有人尝试用 Markdown 规范或 Skills 来约束代理行为，但这些方案本质上仍是提示工程，缺乏真正的可审计性和确定性。我们亟需一种既能保留效率又能重建信任的新范式，否则这场“代码赌场”可能最终吞噬软件工程的严谨性。
我不认为自去年十二月以来我写过一行代码，这确实是一个极其巨大的变化，而普通人可能根本没意识到这件事已经发生，也没意识到它有多剧烈。
HN 评论区
74- throwaway6977
对文中提出的许多断言表示不同意。在使用 LLM 编程时，你并不需要把大脑关掉。它不是什么“智障摄魂怪”。如果你在 Vibe Coding 时大脑真的关机了，那说实话这只是你自己的问题。我希望大家别再因为很多人没选择自我提升的道路，就把这种显而易见的自我提升能力妖魔化。
我从未像现在这样对自己的代码、数据管道和技术栈如此了解或理解得如此透彻——而这 100% 归功于 AI 对我的项目进行的推理，以及我付出的学习努力。
- trjordan
天哪，我完全没有原创想法这件事真是够离谱的。今天早上我一直在琢磨这个念头，甚至还在关注 CodeSpeak 和 Tessl 的进展。
我再往这堆链接里加一个：https://martinfowler.com/articles/exploring-gen-ai/sdd-3-too...
> spec-kit 为我生成了大量的 markdown 文件供我审查。它们彼此之间重复，也与现有代码重复。有些甚至直接包含了代码。总的来说，它们过于冗长，审查起来非常乏味。[...] 老实说，我宁愿审查代码，也不想看这些 markdown 文件。
所有这些提取工作中最难的部分在于，现代代码本身已经是计算机该如何工作的极度密集的表达。你通常无法在不改变行为的情况下修改代码。
我敢打赌 Scryer 对它的特定用例是有效的，而且自用（dogfood）起来很愉快。我也敢打赌，一旦第二个关心不同事物的开发者加入团队，它立马就会彻底崩溃。
- Towaway69
不如这样：直接把 AI 关掉。
我扫了一眼那篇文章，没看到底，也没找到作者想表达的重点。
不如就这样像学习一门手艺一样，作为人类努力学好编程，不使用 AI。直接拒绝使用 AI。因为同辈压力所以做不到？那也别担心了，继续 Vibe 吧。
要么停下，要么别抱怨，但别找借口，也别写那些长篇大论、胡言乱语的文章……抱歉，我不明白停下有什么难的。
- Havoc
> 手工编写代码将永远存在于定制化和新颖的复杂工作中。
这句话大概是关键所在。
这总体上绝无可能停止。
就像艺术家一样，90% 的商业内容——比如带有穿西装的普通男士图片的复制品/广告——将会是“足够好”的 AI 生成内容。
我担心的不是代码质量，而是劳动力市场的动态。如果这像翻译和创意领域发生的那样，将会出现一次残酷的洗牌，剩余“真实”岗位的竞争将变得异常激烈。
- nadis
这篇文章比我最初看到标题时认为的要深思熟虑。不过，我觉得这有点像在倡导我们所有人都应该能读写二进制（用这个极端的例子来证明观点）。虽然理解更底层的抽象层确实可能有好处，但我认为这既非必要，甚至未必有帮助。话虽如此，我不认为答案是“完全关掉你的大脑”，但我认为应该有一些工具，能促进我们以更深思熟虑的方式进行 Vibe Coding，使用自然语言，这本质上就是从亲自编写代码和测试中再抽象出一层。