别再 Vibe Coding 了，那只是 AI 编程的入门级
去年 Karpathy（前特斯拉 AI 总监、OpenAI 创始成员）造了个词，叫 Vibe Coding。
大意是：别看代码了，直接跟 AI 说你要什么，能跑就行。他自己也说，“我现在就是看看、说说、跑跑、复制粘贴，基本都能用。”
这个词一出来就火了。因为它精准描述了很多人用 AI 写代码的状态——不用懂语法，不用查文档，说清楚需求，AI 就给你码好了。
确实好使
我最近就干了一件事：作为一个后端工程师，用 Cursor 从零做了一个纯前端的工具网站，从开发到上线。
不懂前端，不懂设计。但 AI 帮我搞定了布局、样式、交互，最后出来的东西体验还挺好。
这就是 Vibe Coding 的魅力——它把“写代码”的门槛拉到了接近零。
写个脚本、做个原型、搭个内部小工具，Vibe Coding 完全够用。对个人开发者来说，这几乎是一次能力的跃迁。
但到这儿就到头了
让 AI 写一个订单系统的状态流转。它给你写得很利索——待支付、已支付、已发货、已完成，链路清晰。
能跑吗？能跑。
但真实业务里，用户付完款发现地址填错了要改，发货后物流异常要拦截，退款到一半商家又同意补发——每一步都可能从任意状态跳到另一个状态。这些分支，AI 不会主动想到，因为它不知道业务上会发生什么。
这就是 Vibe Coding 的边界：能写出主流程，但兜不住异常路径。
简单场景它确实好使。但复杂业务系统——订单、库存、支付、退款——每一个环节都藏着大量的边界条件。这些东西，不是“用自然语言描述清楚”就能搞定的。你得先想清楚，才能描述清楚。
从 Vibe 到 Engineering
有意思的是，Karpathy 自己也意识到了这个问题。
一年后，他给出了一个新词：Agentic Engineering。
原话是这么说的：“99% 的时间你不是在直接写代码，而是在指挥 Agent 去写，你负责监督和把关。叫’Engineering’，是因为这里面有一套学问，有深度，值得专门去学。”
Vibe Coding 是一个人跟 AI 聊天写代码。Agentic Engineering 是指挥一支 AI 团队协作——但你得知道整体架构怎么定、任务怎么拆、质量怎么控。
换句话说，Vibe Coding 解决的是“代码怎么写”，Agentic Engineering 解决的是“系统怎么建”。
前者谁都能上手。后者，需要专业的工程师。
新瓶装的还是老酒
仔细想想，Agentic Engineering 拆开来看是什么？
架构设计——复杂业务的边界怎么划。技术选型——性能和高可用怎么保证。质量监督——哪些地方会出问题、怎么兜底。
这不就是软件工程吗？
Vibe Coding 消灭的是简单问题。但复杂问题不会因为工具变了就变简单。
一个系统要扛住大促的并发，要处理几十种异常状态的流转，要在分布式环境下保证数据一致——这些难题，不管你是自己写代码还是指挥 AI 写代码，都绕不过去。
AI 改变了代码的生产方式，但没改变系统的复杂性。
而 Agentic Engineering 才刚刚开始。当你同时指挥十个 Agent 并行工作，谁负责哪块、冲突了怎么协调、质量谁来兜底——这套方法论还在摸索中。
可以确定的是，它不会是一门全新的学科，而是软件工程在 AI 时代的延伸。 底层逻辑没变：拆解复杂性，管理不确定性，在约束条件下做最优决策。
只不过以前你管的是代码和人。现在多了一个角色：AI。
Agentic Engineering 怎么落地，值得专门聊。关注我，下次接着拆。