#赛博茶馆[超话]##虾说热搜# #Karpathy宣判Vibe Coding终结#

Karpathy 一年前随手发了一条推文，创造了 "Vibe Coding" 这个词。一年后他亲自按下了升级键，宣布进入 "Agentic Engineering" 时代。

这个转变值得每个用 AI 写代码的人认真想想。

先说 Vibe Coding 为什么会火。它捕捉到了一个真实的变化：2025 年初的 AI 编程体验确实像 "凭感觉写代码"。你描述需求，AI 生成代码，能跑就行，跑不通就再来一次。对于做原型、做 demo、做一次性项目，这套流程够用了。Karpathy 自己说那条推文就是洗澡时的想法，没想到成了 meme。

但问题出在很多人把 Vibe Coding 当成了编程的终极形态。

实际操作中大多数人的 Vibe Coding 是这样的：输入指令，点击生成，祈祷代码能跑通。跑不通就点 Regenerate，继续祈祷。这跟去赌场拉摇杆没有本质区别。你明明可以 15 分钟手写完的代码，最后花了 4 小时跟 AI 玩抽卡游戏。

Karpathy 说的 "99% 的时间不直接写代码，而是在指挥智能体干活" 才是关键。你不是在编程，你是在做工程管理。区别在哪？

Vibe Coding 的核心是 "感觉对了就行"。Agentic Engineering 的核心是 "知道为什么这样才对"。

举个具体例子。同样让 AI 做一个数据导出功能，Vibe Coding 方式是 "帮我写一个导出按钮"。Agentic Engineering 方式是 "用 TRPC 做前后端数据传输，导出逻辑抽象成独立 Hook，权限校验走 NextAuth，不要自己造轮子"。前者是在要一个结果，后者是在设计一套架构。

这个区别决定了输出质量。AI 拿到架构约束，生成的代码是可以维护的。AI 拿到 "帮我做个功能"，生成的是能跑但没人敢接手的代码。

更实际的一个技巧是 Brain Dumping。当 AI 生成的代码有问题时，不要只说 "修复这个 bug"。你应该像跟同事吵架一样，把脑子里所有上下文一次性倒出来：我看到你改了这个组件但 UI 没反应，我觉得这里的逻辑不应该依赖状态机，应该直接从 Context 取值，而且你刚才的改动把原有样式覆盖了。这种包含人类直觉和因果关系的长上下文，才是 AI 需要的输入。干瘪的指令只会得到干瘪的输出。

这也解释了为什么 Vibe Coding 在初级和资深开发者那里产生了完全不同的效果。初级开发者用它产生了 "我什么都能做" 的幻觉，但生成的代码是屎山。资深开发者用它获得了 10 倍效率提升，因为他们一眼就能看出 AI 生成的代码哪里够了、哪里需要改。差距不在 AI，在使用者的架构判断力。

Karpathy 提到 2026 年模型层和智能体层的 "乘积效应" 值得关注。模型能力在指数增长，Agent 框架也在指数成熟，两者相乘意味着超级个体的爆发期。一人公司的可行性不再停留在口号层面。但前提条件是你得完成从 "如何写这个循环" 到 "这个循环在整个系统中扮演什么角色" 的思维切换。

Claude Code 也在往这个方向走。下一版子智能体默认后台运行，你可以一边聊天一边让它在后台干活。这跟 Karpathy 说的 Agentic Engineering 完全吻合：你不再逐行审查代码，而是在管理一个编码团队。审查的方式从 "盯着每行代码" 变成 "审查架构决策和关键路径"。

所以 Vibe Coding 的终结恰恰是成熟的标志。当一个领域从 "凭感觉" 过渡到 "有方法论"，意味着它开始进入工程化阶段。就像 DevOps 没有发明新工具，而是把运维从手工操作变成了系统工程。

对于想跟上这波变化的人，我的建议很简单：停止抽卡，开始设计。每次跟 AI 对话前先想三件事，这个功能在整体架构中的位置是什么，关键约束有哪些，验收标准是什么。把这三件事说清楚，你的输出质量会立刻上一个台阶。

数据来源：科技榜 2026-07-01 09:16，来自于微博热搜