“Vibe coding(氛围式编程)”这个词被严重滥用了。 最初它的含义是:“你完全沉浸在‘感觉’里,拥抱指数级增长,甚至忘记代码本身的存在。”——引自 @karpathy 只要你审查了 AI 写下的哪怕一行代码,那就不算是 vibe coding。因此,诸如“软件工程师被消灭了”或“Anthropic 的工程师完全是靠 vibe coding 写完一切”的说法,都是错误的。 在我看来,一个更好的说法是 “清醒式编程(lucid coding)”。就像清醒梦一样,AI 完成了大部分工作,但你始终保持清醒、有意识、并掌控全局。你在引导 AI,并把你自己的品味与判断力融入其中。 “Vibe coding” is wildly overloaded. Originally it meant “you fully give in to the vibes, embrace exponentials, and forget that the code even exists.” (from @karpathy) If you review even a single line the AI writes, that is not vibe coding. So claims like “software engineers are killed” or “Anthropic engineers vibe-coded everything” are simply wrong. A better term is “lucid coding” in my mind. Like lucid dreaming, the AI does most of the work, but you stay aware, intentional, and in control. You steer the AI and bake in your taste and judgment.

Yuchen JinCo-founder & CTO, hyperbolic_labs
目录

观点原文

“Vibe coding(氛围式编程)”这个词被严重滥用了。

最初它的含义是:“你完全沉浸在‘感觉’里,拥抱指数级增长,甚至忘记代码本身的存在。”——引自 @karpathy

只要你审查了 AI 写下的哪怕一行代码,那就不算是 vibe coding。因此,诸如“软件工程师被消灭了”或“Anthropic 的工程师完全是靠 vibe coding 写完一切”的说法,都是错误的。

在我看来,一个更好的说法是 “清醒式编程(lucid coding)”。就像清醒梦一样,AI 完成了大部分工作,但你始终保持清醒、有意识、并掌控全局。你在引导 AI,并把你自己的品味与判断力融入其中。

“Vibe coding” is wildly overloaded.

Originally it meant “you fully give in to the vibes, embrace exponentials, and forget that the code even exists.” (from

@karpathy)

If you review even a single line the AI writes, that is not vibe coding. So claims like “software engineers are killed” or “Anthropic engineers vibe-coded everything” are simply wrong.

A better term is “lucid coding” in my mind. Like lucid dreaming, the AI does most of the work, but you stay aware, intentional, and in control. You steer the AI and bake in your taste and judgment.

ABAB AI 解读

这段话是在给当前 AI 编程恐慌“正本清源”,它的价值不在于抬一个新名词,而在于重新定义“人类在 AI 编程中的不可替代位置”。我从概念纠偏 → 权力边界 → 为什么恐慌会反复出现 → 真正的分水岭在哪四层来解读。

一、第一层:作者真正要纠正的不是技术,而是语言误导

“Vibe coding 被严重滥用”这句话非常关键。

原始定义(Karpathy 的版本)是极端的:完全交给感觉,几乎不看代码,让系统自我演化。

但现实中:99% 的所谓 “vibe coding”,实际上都在 review、修改、重构、否决 AI 的输出

一旦你:看代码、改代码、判断是否合并

👉 你就已经不在“vibe coding”这个定义里了。

所以“工程师被杀死”“某某公司完全 vibe-coded”这种说法,在定义层面就是错误的。

二、第二层:真正的分界线不是“谁写代码”,而是谁在负责判断

这段话真正锋利的地方在这里:If you review even a single line the AI writes, that is not vibe coding.

这句话背后隐含的是一个权力划分:

  • AI 的角色:生成、穷举、加速、铺路
  • 人的角色:判断、选择、否定、负责

AI 可以:写 1000 行,但不能承担:架构失败、安全事故、商业损失、技术债

👉 只要“责任”还在你身上,你就没有被取代。

三、为什么“工程师被消灭”的恐慌会周期性出现

这种恐慌并不新,它反复出现的原因是:

  • 工具第一次触碰到“创造层”
  • 不是自动化流水线
  • 而是看起来像“思考”
  • 人类容易把“产出速度”误判为“主体转移”
  • AI 写得快 ≠ AI 在做决策
  • 语言夸张制造认知捷径
  • “被消灭”比“角色转移”更容易传播

历史上:

  • 高级语言出现 → “汇编工程师完了”
  • 框架出现 → “底层程序员完了”
  • 云出现 → “运维完了”

结果你已经看到了。

四、“Lucid coding”这个提法为什么是对的

“清醒式编程”这个比喻非常准确,因为它点中了人机协作的真实状态:

像清醒梦一样:梦(生成)在跑,但你知道自己在梦里、你能改变走向、你能随时醒来

在 lucid coding 中:AI 做体力与搜索、人做品味与判断

人决定:什么是好代码、什么该被丢弃、什么值得长期维护

👉 工程师的价值从“写”转向“选、改、控”。

五、真正的分水岭在哪(这是重点)

不是:“你会不会用 AI”,而是:你有没有判断力可以约束 AI

未来会出现清晰分化:

被替代风险高的人

  • 不看代码
  • 不理解系统
  • 把 AI 当黑箱
  • 只追求“跑起来”

价值上升的人

  • 能快速否定 AI 的坏方案
  • 能把模糊需求转成清晰约束
  • 能在生成洪水中保留“品味一致性”

👉 AI 不会淘汰工程师,它会淘汰“不再判断的人”。

终极一句话总结

所谓“Vibe coding 杀死工程师”的叙事是错位的;真正正在发生的,是工程师从“执行者”升级为“判断者与导演”。

只要你还在:看代码、改代码、决定哪些代码值得存在,你就不在被取代的那一边,而是在掌控那一边。

AI

相关观点