「Vibe coding」一年后，我的看法变了

Karpathy 去年二月造了个词叫 vibe coding：完全交给感觉，不读代码，跑得动就行。

一年半过去，我大概能说清楚它到底改变了什么、没改变什么。

它真的改变了的部分

原型的成本降到了接近零。

以前想验证一个产品想法，得先评估”值不值得花两周”。现在两小时能出一个能点的东西，甚至能直接拿给朋友用。这件事的杠杆比”写代码更快了”大得多——它改变的是你愿意去尝试多少东西。

从”编写”变成了”审阅”。

我的日常从敲键盘变成了读 diff、提需求、看报错。听起来更轻松，其实不是：判断一段代码对不对，比写出它更难。你必须有能力看出哪里不对，否则就是在赌博。

它没改变的部分

边界条件、并发、权限、数据迁移——那些”平时不出问题、出事就是大事故”的地方，模型写得依然不可靠，而且它错得很自信。

还有一类更隐蔽的：架构层面的债。模型不知道你三个月后要加什么需求，它只会给你当下最顺手的写法。项目长到两三万行，那种”哪儿都不太对但说不上来”的感觉，就是这么来的。

所以我现在怎么用

• 一次性的脚本、原型、爬虫、数据清洗：完全放手，写完不读。
• 要长期养的项目：让 AI 写，但核心结构自己定，关键路径的代码逐行看。
• 碰钱、碰用户数据、碰权限：当成代码评审来做，一行都不跳过。

回头再看那个词

“vibe coding” 最准确的翻译可能不是”感觉编程”，而是用判断力换手速。

手速是真换了，判断力没得换——它反而被要求得更多了。

门槛没消失，只是从”会不会写 for 循环”挪到了”知不知道自己想要什么、以及怎么验证它确实做到了”。后者更难教，也更值钱。