Linux之父批反AI规定“愚蠢”，开发者激辩AI编程边界

Linux 创始人 Linus Torvalds 近日将某些反 AI 规定称为“愚蠢”，在 Reddit 上引发了开发者的激烈讨论。这场争论远不止于情绪宣泄，它触及了 AI 编程工具使用中的一个核心矛盾：“工程”与“氛围编程”之间的本质区别。

Linus 的“愚蠢”论与开发者两极反应

据 Reddit 帖子，Torvalds 认为反对 AI 的规则是“idiotic”（愚蠢的），同时他也强调人们应该尽力而为，并期望人们理解自己在做什么。这个看似简单的表态，迅速被社区解读为对 AI 编程的“神级”支持。

然而，开发者们的反应并非一边倒。有用户直言，自己看到的现象是，很多人在写代码时变得“非常非常懒”，对 AI 在做什么“几乎零理解”。该用户指出，反 AI 群体是极端，而像 DHH 那样超级支持 AI 的群体同样是极端。

这种两极分化恰恰说明，Torvalds 的言论被断章取义的风险很高。他支持的是负责任地使用 AI，而非无脑地依赖 AI。

“工程”与“氛围编程”的界线

讨论中一个被反复提及的关键区分是：用 AI 做工程 与 氛围编程（vibe coding） 是两回事。

有开发者描述了自己的使用方式：从最早的 ChatGPT 开始，他们就把 LLM 当作“初级工程师团队”来用。提示词不是“把这个做出来，别犯错”，而是极其详细地说明思考过程与设计，就像给初级开发者写工单一样。在这种模式下，他们能在不到半天内完成一周的工作量，但前提是自己承担了所有的思考和设计。

另一位有近 20 年个人项目经验的开发者说得更透彻：过去读了很多文献，了解机制原理，却没有人手去实现。现在他专注于架构、算法与库的选择，定义组件间的接口、契约和边界，然后让 LLM 去填充实现。审查每个组件和测试仍然花时间，但比纯手工至少快 20 倍。

评论者一针见血地指出，这与“氛围编程”的根本差异在于 ENGINEERING（工程）。有人认为“vibe coding”这个词被用来把所有使用 AI 的人归为一类，以便贬低他们的工作，而无需进行真正的智识讨论。

AI 加速了什么，没加速什么

开发速度的提升并非全线一致。有用户指出，自己的个人项目开发速度大幅提升，但工作中的提升没那么明显，因为“好的产品设计需要时间”。

人类之间的来回沟通仍然很多，这部分几乎没有加速。更重要的变化是，简单应用的价值正在归零。现在每个人都能做一个规划器或预算追踪应用，这类曾经能卖钱的应用不再值钱。而经过深思熟虑的应用依然价值连城，因为它们的瓶颈从来不是编码，而是良好的用户体验和创新想法，这些仍然需要大量时间和精力。

架构和规划依然进展缓慢，短期内不会改变。AI 加速的是“苦力活”：在一切达成一致并规划好后写实际代码、写单元测试、调试、写文档。

高管们的误解与真正的门槛

讨论中另一个尖锐的观察是，软件开发者与高管之间存在认知脱节。高管们以为有了 Claude，就能用“做个 X，但设计要好”这样的提示词直接生成整个应用，却不知道中间还有上千个步骤依赖于合格的软件开发者。

但这并不意味着门槛没有降低。有评论认为，技术领域的进入门槛显著降低，最终零理解的人会撞上一堵墙，需要真正有经验和技能的人来导航。而那些真正有技能和经验的人，正在默默地享受这个被补贴的超级有用的工具。

使用 AI 本身不是问题，问题在于是否理解自己在做什么。 正如原帖所言，人们应该尽力而为，并理解自己正在做的事情——这或许是这场争论中最值得记住的一句话。

一个术语的诞生与误用

关于“vibe coding”一词的来源，有用户指出它来自 Andrej Karpathy 的一条推文（链接），尽管该词现在的用法已经与原始定义不同。另有用户承认，这个词确实被拿来在负面语境中使用。

这种术语的污名化，让关于 AI 编程的讨论变得更加困难。将“使用 AI 的工程师”与“氛围编程者”混为一谈，既不公平，也无助于真正理解 AI 工具在软件开发中的合理位置。

Andrej Karpathy 是 OpenAI 创始成员、前特斯拉 AI 总监，现为 Eureka Labs 创始人，是深度学习领域最具影响力的布道者之一。他于 2023 年提出 "vibe coding" 一词，原意接近一种完全放手、不加审视地让 AI 生成代码的实验性玩法——使用者甚至不细看生成的代码，只凭直觉感受运行结果是否符合预期。Karpathy 用它来描述一种轻松、探索性、不以工程严谨性为前提的编码体验，带有明显的玩笑与自嘲色彩。但该词进入公众讨论后语义发生漂移，逐渐被用来泛指一切借助 AI 写代码的行为，并被赋予"不专业""偷懒"的贬义色彩。这种从特定实验场景到泛化标签的滑移，正是原文所说"术语污名化"的根源。

结论：不是反 AI 或挺 AI，而是懂与不懂

Torvalds 的“愚蠢”论之所以被广泛传播，是因为它契合了挺 AI 阵营的情绪。但从完整的讨论来看，社区真正在意的不是禁止还是鼓励 AI，而是使用者是否具备理解和管理 AI 产出的能力。

将 AI 当作初级工程师团队来指挥，自己负责架构、设计和审查，这是工程师的用法。把 AI 当作魔法按钮，期待一句话生成完整应用，这是撞墙的用法。两者之间的差距，就是这次讨论最核心的洞察。