一个撒手,一个掌舵

这词儿打哪儿来

你要分清两个词,先得知道它们不是同一时间、同一个人、为同一件事造出来的。这事儿有意思的地方在于:它俩其实是同一个人在两年里说的两句话,中间隔着一整轮模型能力的升级。

第一句,2025 年 2 月。Andrej Karpathy(就是那个 OpenAI 创始成员、前特斯拉 AI 负责人)随手发了条推特,说有种新的写码方式他叫它"vibe coding"——"你彻底顺着感觉走,拥抱指数曲线,忘掉代码本身的存在"¹。他自己后来都说,这就是洗澡时冒出来的一个念头,顺手一发,没想到火成这样。

第二句,差不多一年后,2026 年初。还是 Karpathy,他基本宣告 vibe coding 这个阶段"过气了",换了个新词:agentic engineering(智能体工程)⁷。为什么呢?因为 2025 年下半年,编码 agent 的可靠性过了一道坎——模型不光会写片段,还能拆任务、跑测试、出错了自己回头修⁴。能力变了,词也就得跟着变。

中间还插着第三个人的功劳。2025 年 3 月,Simon Willison(老牌开源开发者)写了篇文章,把这词儿的定义收窄了——这一刀很关键,咱们下一节细说²。

vibe coding:把码交出去

vibe coding 的内核,说白了就一句:你不看那段代码是怎么写的。你提需求、看结果、跑起来,行就行,不行就再让它改一遍——但你不去读它中间到底干了什么。Simon Willison 把这一点钉死了:vibe coding 的关键不是"用了 AI",而是"你接受了你没读过的代码"²。

这里有个特别容易混的地方。现在满世界都在喊"我在 vibe coding",其实大部分人说的是泛义——只要用 AI 写码就叫 vibe coding。但 Karpathy 和 Simon 当初定的是个狭义的东西。这俩义项差得远,你得分清楚。

看法	狭义(原版)	泛义(被滥用的)
谁说的	Karpathy / Simon	社交媒体口水
判定标准	你不读代码、不认账	只要用了 AI 就算
典型场景	周末小玩具、demo、原型	啥都往里装
心态	顺着感觉走,忘掉代码	"AI 帮我写的"

为什么要较这个真?因为你拿泛义去理解,vibe coding 跟 agentic engineering 就没法比了——一个变成了"所有 AI 编程"的代名词,另一个是它的子集,这区别就糊了。咱们这篇,vibe coding 一律按狭义讲:不看码、不认账、出活快。

那它适合干啥?适合那些"对了最好、错了也无所谓"的活儿:做个一次性脚本、搭个 demo 给人看个意思、自己学着玩、快速验证一个想法行不行³。这些场景下,你要的就是速度,代码质量本来就不在考核范围里。

agentic engineering:交活,不交码

agentic engineering 这个词,你拆开看就懂一半:agentic 是"用智能体",engineering 是"工程"。重点在后面那个词——它强调的是,这还是工程,该有的规矩一样没少。

跟 vibe coding 最大的不一样:这里的 AI 不只是个写片段的高级自动补全。它是个能拆任务、调工具、跑测试、出错了自己回滚、一轮轮往目标逼近的执行体⁴。而你呢,坐在上面当架构师、当审稿人、当拍板的人。活儿交给 agent 去跑,但代码的去留、对错,你认账。

那具体怎么个干法?现在最主流的一套叫规格驱动开发(spec-driven development)。它其实是把早年软件工程"先设计后写码"那套规矩,搬到 agent 时代重新立起来⁵,如今连 DeepLearning.AI 都开了专门的课在教这套¹⁰。流程大概是一个环:

关键不是外包思考,是外包执行

Karpathy 引过一句让他印象很深的话:"你可以外包你的思考,但你外包不了你的理解"⁴。这话是整件事的题眼。你看,agentic engineering 外包的是执行——敲键盘、改语法、跑命令这些体力活;可它不外包理解——为什么这么设计、安全有没有漏、最后对不对,这些你心里得有数。说白了,一个本来就懂质量的工程师,让 agent 替他跑腿、跑得更快,但那条质量线一点没往下掉——这就是 agentic engineering⁴。

真正的分水岭

好,到这儿能把区别一句话说透了。Karpathy 给的那个比喻最准:vibe coding 是抬地板,agentic engineering 是抬天花板⁴。

抬地板什么意思呢?——以前不会编程的人,现在也能做出个能跑的软件来,门槛被踩到地上了,谁都能进来玩。抬天花板是另一回事:那些本来就懂行、守着专业质量线的人,用 agent 把上限继续往上顶,做的还是经得起生产环境考验的东西。这是两个不同的目标,两种不同的人,干的不是同一份活⁴。

维度	vibe coding	agentic engineering
你看码吗	不看,接受没读过的代码	看,代码你审你认账
外包的是	思考 + 执行,全交	只交执行,理解留着
你的角色	提需求的人 / 看客	架构师 + 审稿人 + 拍板人
出 bug 时	你在猜,没模型	你在 debug,心里有数
质量这条线	不在考核里	守住,一点不降
它干的是	抬地板:谁都能做	抬天花板:专业再上探
适合场景	原型 / demo / 一次性脚本	生产代码 / 重构 / 老库改造
失败模式	能跑但是个黑箱	慢,但塌方风险低

你把这张表竖着读,会发现所有差别其实都从第一行长出来——看不看码。看了,你就得理解;理解了,你就能 debug;能 debug,你才认得了账;认得了账,质量线才守得住。一环扣一环。不看码这第一步一松,后面全松。

vibe coding 的账单

为什么大家这么急着从 vibe coding 转向 agentic engineering?不是赶时髦,是有人开始收到账单了。你把码交出去图一时快,这快是真快,可债也是真债——你不看的那些代码,迟早有人得回头看。

有篇 2025 年底的论文专门研究了这事儿,题目就叫《Vibe Coding in Practice》,讲的是这种写法带来的"心流"很爽,但技术债是怎么悄悄堆起来的⁸。业界还流传一组更扎眼的数字——我得提醒你,这组数字多是博客和厂商汇总的,不是三个独立来源都对得上,你听个量级就行,别当铁律:

账单项	说法	证据
安全漏洞	约 45% 的 AI 生成代码带安全隐患	🟡 med
代码重复	重复率涨了约 48%	🔴 low
重构活动	重构掉了约 60%	🔴 low
云账单	烂 schema / 烂查询,生产规模下成本能翻到 4 倍	🔴 low
测试缺口	码涨得比测试快,缺口每个迭代都在拉大	🟡 med

数字精确到几个百分点不必当真,但方向是站得住的:AI 写的码常常"差一点点对"——看着能跑,细看全是坑。更麻烦的是,LLM 在你不断追加约束时,经常调和不了前后矛盾,它优先听你最新那句话,而不是保持整个代码库的一致性⁹。这种债不爆则已,一爆就是在生产环境里爆。

2026:两条路在往中间靠

本来这俩界限挺清楚,可 2026 年有个新情况你得知道:它们正在往中间靠。Simon Willison 2026 年 5 月写了篇文章,标题就有点无奈——《vibe coding 和 agentic engineering 靠得比我想要的还近了》⁶。

为什么会靠拢呢?因为工具在两头同时使劲。一头,Cursor 的 agent 模式、Claude Code 的计划循环、Codex 的 diff 审阅,这些都在"提需求就接受"的纯 vibe 玩法上面,硬加了一层监督;另一头,agent 越来越自动,人审那一步越来越轻。两边都朝着"中间那块"挪——又快、又有点把关⁶。

但你别被"靠拢"骗了。工具长得越来越像,不等于那条根本的线消失了。哪怕用同一个 Cursor、同一个 Claude Code,你看不看那段 diff、认不认那笔账,仍然把两种人分得清清楚楚。工具收拢的是形,分水岭守的是神。