作者安德烈·卡帕斯Andrej Karpathy很多人引用转发了一年前我的这条推文见下文庆祝Vibe Coding诞生一周年。下面是个人对其一周年的回顾我玩 Twitter现 X已经 17 年了天呐但我还是完全无法预测推文的互动量。当时这只是我洗澡时灵光一现、随手发的一条“废推”没怎么过脑子但不知怎么的它就在恰当的时机创造了一个贴切的名字捕捉到了当时很多人共同的感受。于是就有了现状Vibe Coding 现在作为我重大的“模因梗贡献”被写进了维基百科甚至它的词条比我的个人介绍还要长。哈哈。我想补充的一点是在那时大语言模型LLM的能力还比较有限你大多只是把 Vibe Coding 用于一些好玩的、随手即弃的小项目、Demo 或探索。那很有趣而且效果勉强过得去。今天一年后通过LLM 智能体Agents编程正日益成为专业人士的默认工作流只不过增加了更多的监督和审查。我们的目标是利用智能体带来的杠杆效应同时不牺牲软件质量。很多人尝试起一个更好的名字来将其与 Vibe Coding 区分开我个人目前最喜欢的是“智能体工程”Agentic Engineering“智能体”Agentic是因为现在的默认状态是你 99% 的时间都不再直接编写代码而是在编排并监督执行任务的智能体。“工程”Engineering是为了强调这其中包含艺术、科学和专业知识。这是一门你可以学习并不断精进的技能有着另一种维度的深度。2026 年我们很可能会看到模型层和新的智能体层持续改进。我对这两者结合的产物以及又一年的进步感到兴奋。下面就是 Andrej Karpathy 在一年前2025年首次提出“Vibe Coding”概念时的那篇标志性推文翻译有一种我称之为“Vibe Coding氛围编程”的新式编程法你完全随性而为拥抱指数级的技术爆发甚至忘记了代码的存在。这之所以成为可能是因为大语言模型比如 Cursor Composer 搭配 Sonnet变得太强大了。而且我还会配合 SuperWhisper 直接对 Composer 喊话所以几乎不怎么碰键盘。我会提一些极其“小白”的要求比如“把侧边栏的边距padding缩减一半”纯粹是因为我懒得去翻代码找位置。我总是习惯性地点击“全部接受Accept All”再也不去读代码差异diffs了。遇到报错信息我直接原封不动地复制粘贴回去一句话都不解释通常这样就能修好。代码量增长得超出了我平时的理解能力如果真要看懂我得盯着读好半天。有时候 LLM 修不掉某个 Bug我就干脆绕开它或者提一些随机的修改要求直到 Bug 消失为止。这种方式搞点周末的“随手即弃”小项目还挺不错的甚至很有趣。我确实是在开发一个项目或 Web 应用但这真的不算是在写代码——我只是看一看、说一说、跑一跑、贴一贴然后它居然就这么跑通了。 深度解析从“氛围”到“工程”高可用架构编辑对比上面那篇一周年回顾你会发现 Karpathy 的心态发生了微妙的变化从“玩票”到“专业”一年前他觉得这只适合“周末随手即弃的小项目throwaway weekend projects”但一年后他认为这已成为“专业人士的默认工作流”。从“盲目”到“监督”一年前他“不看代码差异dont read diffs”但现在他强调“智能体工程”需要“监督与审查oversight and scrutiny”不能牺牲软件质量。角色的转变一年前他觉得自己像个“指挥家”现在他明确了这种新角色——不是不写代码了而是成为了智能体的编排者。 核心词汇理解Vibe Coding指开发者不再深究每一行代码的逻辑而是通过描述意图靠 AI 生成代码只要“感觉Vibe”对了、程序能跑起来就行。Agentic Engineering卡帕斯提出的新阶段强调从“随意尝试”转向“专业编排”开发者角色从“码农”转变为“智能体调度员”。参考阅读OpenClaw 架构设计SOUL、USER、MEMORY 与主动机制从代码助手到AI工程师Claude Code创始人亲授 10 条进阶秘籍Clawdbot (OpenClaw): 架构与实现解析前 OpenAI 联合创始人 Andrej Karpathy过去几周使用 Claude Code 的一些真实体会原文https://x.com/karpathy/status/2019137879310836075[1]Referenceshttps://x.com/karpathy/status/2019137879310836075: https://x.com/karpathy/status/2019137879310836075