发明"vibe coding"这个词的人，两周前在 Sequoia 的台上说：光靠 vibe coding 是不够的。
Karpathy 在 Sequoia AI Ascent 2026 的炉边对话里画了一条线，干脆利落。Vibe coding 抬的是地板——任何人都能让 AI 帮你写出能跑的东西。Agentic engineering 抬的是天花板——你要在 AI 容易犯错的前提下，把质量、安全和可维护性守住。
说实话，这两个词从同一个人嘴里说出来，分量不一样。
他举了个自己踩坑的例子。他做了个叫 MenuGen 的 app，拍餐厅菜单就能生成菜品图片。里面有个支付功能，AI agent 写的代码是用邮箱把 Stripe 付款和 Google 账号匹配起来。代码能跑，逻辑看着合理。
用户在 Stripe 付款用的邮箱和 Google 登录的邮箱可以完全不一样。结果就是用户付了钱，系统不认。代码层面零 bug，产品层面全是 bug。
为什么这个例子值得我们反复琢磨？
AI 的问题不在于它写不出代码，而在于它不理解你这个产品到底在干什么。它能写出"看起来对"的方案，但没有能力判断"这样设计对不对"。
Karpathy 的意思很明确：程序员的工作已经不是写代码了。你的工作是拥有 spec，抓住系统级的错误，知道模型什么时候在瞎编。
他最后说的一句："你可以外包思考，但不能外包理解。"让我印象深刻。
我觉得这句话戳到了一个很多人不愿意面对的现实——你可以用 AI 编程工具越跑越快，但如果你越跑越不懂自己的代码在干什么，那你不是在加速，你是在给自己埋一个越来越大的坑。
他还说 2025 年 12 月是一个明确的转折点。
在那之前，他自己写 80% 的代码；之后反过来了，80% 交给 agent。他说"我已经记不清上次纠正模型是什么时候了"。
这句话的前提是——他知道什么时候该纠正。大多数人做不到这一点。盲目信任和盲目排斥都不可取，争取做那个有品位、会思考、会判断、敢为结果负责的新AI时代青年。
所以你自己的线画在哪？什么东西你必须自己理解，什么东西你可以放手让 agent 干？
凡是涉及到"这个系统为什么要这样设计"的部分，不能让出去。代码可以让 AI 写，但架构和产品判断必须是你的。
AI 能帮你跑得更快，但方向盘必须在你手里。在云栈社区，众多开发者也在分享他们驾驭AI编程的经验与教训，或许能给你带来新的启发。 | 
发表于 1 小时前
|
查看: 2|
回复: 0
