为什么 Vibe Coding 是这个时代最重要的技能

上周三晚上,我有一个很蠢的念头:想要一个能把我所有 newsletter 草稿自动排版、生成封面图、再推到 qizh.space 的小工具。放在三年前,这是一个周末项目起步,大概率会卡在某个 OAuth 回调上整晚骂娘。这次我没写一行架构图,直接对着 Cursor 说"我想要这么个东西",然后开始一句一句地纠它。四个晚上,加起来不到十个小时,一个能跑、能用、我自己每天在用的产品就上线了。

过程里最反直觉的一点是:我几乎没有"写代码"。我大部分时间在做的事,是看 AI 给出的东西,然后判断——这个交互别扭、那个数据结构以后会爆、这个文案太 AI 了。我在做的不是工程,是品味和判断。这就是我想聊的:vibe coding 凭什么是这个时代最重要的技能。

Vibe Coding 不是"让 AI 写代码"

很多人一听 vibe coding,脑子里浮现的是"我躺着,AI 帮我把活干了"。不对。Andrej Karpathy 去年造这个词的时候,说的是一种状态:你"忘掉代码的存在",用自然语言和直觉去引导,看见效果不对就顺手再说一句。重点在 vibe——一种感觉,一种意图流。你脑子里有一个东西该长什么样、该怎么用的清晰图像,然后你不断地把现实往那个图像上拽。

所以 vibe coding 真正考验的,从来不是你会不会写 for 循环。是你能不能在脑子里清楚地"看见"那个还不存在的产品;是你看到 AI 给的版本,能不能一眼分辨出哪里是对的、哪里是将就。代码只是这个过程里被生成出来的副产品。当生成成本趋近于零,瓶颈就整个挪到了上游——挪到了你想象的清晰度和你判断的精度上。

过去稀缺的是"把想法变成代码"的能力,现在稀缺的是"知道该把什么变成代码"的能力。

它不是偷懒,是这个时代最大的杠杆

我特别烦"vibe coding 就是不会写代码的人糊弄"这种论调。杠杆这个东西,人类一直在追。从汇编到 C,从 C 到 Python,从裸写 SQL 到 Supabase 点几下就有一个带鉴权的后端——每一次都是把人从"怎么实现"里解放出来,去想"实现什么"。Vibe coding 只是这条线上最新、也最猛的一跳。

真正的区别在执行密度。以前一个想法到一个能验证的原型,中间隔着几周和一堆你不想学的脏活,所以九成的想法死在了"算了懒得弄"。现在这个距离是几个小时。这意味着什么?意味着你一年能试一百个想法而不是三个。创业也好,做产品也好,胜负从来不只在想法本身,而在你能多快、多便宜地试错。AI 把试错成本砍到地板上,谁能高频地"想—做—改",谁就赢。

当然有坑。我也踩过——让 AI 一口气生成几百行,跑是跑通了,出了 bug 我完全看不懂它在干嘛,最后整段重写反而更慢。所以 vibe coding 不是"不看",是"看得懂关键处"。你可以不记得 API 的具体写法,但你得知道这个东西大概该怎么搭、哪里容易出事。品味是建立在见过足够多东西之上的,不是凭空来的。这恰恰说明它是门需要练的真功夫,不是捷径。

普通人怎么练这个技能

第一,别学语法,先学"看效果"。挑一个你自己真正想要的小东西——一个记账页面、一个帮你追剧的清单、一个自动整理微信收藏的脚本。一定要是你自己会用的,因为只有你天天用,你才会对"哪里别扭"有感觉,而那个感觉就是品味的种子。工具我推荐 Cursor 或 Claude Code 起步,后端直接上 Supabase,别在配环境上耗。

第二,学会"对话式纠偏"。不要写一个三百字的完美 prompt 指望一次到位,那是在用旧时代的思维。正确的节奏是:说一句模糊的意图,看 AI 给什么,然后基于看到的东西去精确化下一句。"这个按钮放右上角""加载的时候给个骨架屏""这段话太官腔了,像我平时说话那样重写"。你是在和一个超快但没品味的实习生协作,你的全部价值就是那个"品味"。

第三,逼自己把它发出去。做出来锁在本地是自嗨,vibe coding 最值钱的回路是 building in public——发出去,被人用,收到反馈,再改。我那个排版工具上线第二天就有人提了三个我完全没想到的问题,那三个问题比我自己憋一周想得都准。

说到底,AI 没有让程序员失业,它让"只会写代码"这件事贬值了。值钱的东西往上走了一层:你想做什么、你觉得什么是好的、你能不能真的把它推到世人面前。这三样,机器暂时给不了你。所以别再纠结要不要学编程了——去练你的想象力、你的品味、你的执行。代码,交给 vibe。