如果你 2025 年开始关注 AI 编程,一定听过一个词——Vibe Coding。这个词是 OpenAI 创始成员、特斯拉前 AI 总监 Andrej Karpathy 在 2025 年 2 月的一条推特里首次提出的。

他原话是这么说的:”There’s a new kind of coding I call ‘vibe coding’, where you fully give in to the vibes, embrace exponentials, and forget that the code even exists.”

翻译过来:有一种新的编程方式,我称之为”氛围编程”——你完全沉浸在氛围里,拥抱指数级变化,忘记代码本身的存在。

这条推特引发了 AI 编程圈的一场地震。三个月内 GitHub 上出现了 50+ 个叫 “vibe-coding” 的开源项目,vibecodingcn.cn、菜鸟教程 Vibe Coding 入门等专题站一夜冒出来,大大小小的 AI 编程工具都开始贴上 “vibe coding” 标签。

但如果你是一个刚接触 AI 编程的开发者,大概率会问:这不就是”用 AI 写代码”吗?为什么要新造一个词?它跟 Cursor 有什么区别?

这篇文章就来彻底讲清楚这件事。读完之后,你不仅能搞懂 Vibe Coding 是什么,还能用它真正做出点东西。

一、什么是 Vibe Coding:一个粗暴但好记的说法

先给一个粗暴但好记的说法:

Vibe Coding 是一种”完全依赖 AI 生成代码、自己只负责审阅方向”的编程方式。在这种方式下,你不直接写代码,而是用自然语言描述需求,让 AI(通常是 LLM)自动生成代码、运行测试、修复 bug。你不需要读代码、不需要懂代码,只需要判断”AI 是不是做对了我想要的方向”。

注意三个关键词:

  • 完全依赖 AI——不是 AI 辅助你写,而是 AI 自己写,你审阅
  • 不需要读代码——这是 Vibe Coding 最有争议的地方。Karpathy 原话提到”forget that the code even exists”
  • 判断方向——你的价值不是”会写代码”,而是”知道想要什么”

对比一下传统 AI 编程(也叫 AI-Assisted Coding):你用 Copilot 帮你补全代码,你还是要读、还是要写,只是快了一些。

Vibe Coding 比这激进得多——你连读都不读,直接看效果。

二、Vibe Coding 的 5 个核心特征

把 Karpathy 的推特和后续社区的讨论结合看,Vibe Coding 有 5 个核心特征:

1. 自然语言优先

Vibe Coding 里,自然语言是你的”编程语言”。你不再写 for (i = 0; i < 10; i++),而是说”循环 10 次”。你不再写 import pandas as pd,而是说”用 pandas 加载 CSV 文件”。

这意味着什么?意味着任何会说话的人都能”编程”——产品经理、设计师、运营、销售,只要你能清楚描述需求,就能”写”代码。

2. 完全沉浸,不回头看

Vibe Coding 的第二个特征是”不回头看代码”。Karpathy 自己说过,他 vibe coding 的时候根本不看生成的代码长什么样,只看最终运行效果——页面是否正确渲染、功能是否正常工作、用户用起来是否流畅。

这种工作方式对老派程序员来说很反直觉(我们被训练得”必须读每一行代码”),但对新手来说反而很自然——你从一开始就不懂代码,为什么要逼自己去看?

3. 拥抱指数级变化

Karpathy 推特里特意提到”embrace exponentials”。意思是:AI 编程能力在快速进化,你今天用的工具和模式,可能下个月就被新工具、新范式颠覆。不要执着于某个工具,不要执着于某个 prompt 模板。保持开放,持续尝试新东西。

2025 年 2 月 vibe coding 刚出来时,主流工具还是 ChatGPT + Cursor;到了 2026 年,vibe coding 已经演进到 Agentic Engineering(后面会讲),工具链完全换了一轮。

4. 关注”做什么”,而不是”怎么做”

Vibe Coding 让你从”实现细节”里解放出来,专注于”产品想要什么”。你的工作从”写代码”变成”判断方向”——做出来的东西对不对、好不好、要不要调整,这些判断需要人来定。

这是一种范式转变:从”我是一个程序员”变成”我是一个产品决策者”。

5. 迭代节奏极快

因为不需要读代码、不需要写代码,vibe coding 的迭代节奏比传统编程快得多。一个新人用 vibe coding 半天就能做出一个能跑的小项目;同一个人用传统方式可能要一周。

这种节奏让”做出来”变得不再困难,真正的困难变成了”做对”——需求判断、用户体验、价值定位成为核心。

三、Vibe Coding 的真实体验

听起来是不是有点玄?来个真实场景演示一下。

假设你想做一个简单的”番茄钟”网页计时器。用 vibe coding 方式:

第 1 步:开局一句 prompt

打开 Cursor,按 Cmd I(Agent 模式),输入:

帮我做一个番茄钟计时器,要求:
1. 25 分钟工作 + 5 分钟休息,循环
2. 大字显示倒计时
3. 圆形进度条
4. 工作和休息两种状态不同颜色
5. 简单现代的 UI

Agent 会自动生成 HTML + CSS + JS,几秒钟后你看到完整代码出现在编辑器里——但你不需要读。

第 2 步:看效果

让 Agent 帮你启动本地服务器,打开浏览器看效果。如果看起来对,继续;如果不对,改 prompt。

第 3 步:迭代调整

觉得字体不够大?Cmd K 选中那段代码,告诉它”把字体调到 80px”。

觉得颜色不够亮?告诉它”把工作状态改成柔和的橙红色,休息状态改成清新的草绿色”。

觉得流程不顺畅?告诉它”开始按钮太小了,加个 hover 效果”。

第 4 步:扩展功能

突然想加个”任务列表”功能?告诉 Agent:

帮我加个任务列表,要求:
1. 顶部输入框,写下要做的任务
2. 按回车加入列表
3. 每个任务可勾选完成
4. 完成的划掉
5. 任务列表存在 localStorage,刷新不丢

Agent 继续写,你继续看效果。整个过程你一行代码都不用碰。

这就是 vibe coding。

四、从 Vibe Coding 到 Agentic Engineering

Vibe Coding 提出来时,Karpathy 自己也说这是”有点玩笑的命名”。但经过一年多的演化,vibe coding 已经从”概念”变成”范式”,并演化出了更落地的形态——Agentic Engineering。

简单说,Agentic Engineering = Vibe Coding + Harness。把 vibe coding 的”自由探索”和工程化的”稳定可控”结合起来。

具体差异:

维度 Vibe Coding Agentic Engineering
适合阶段 原型探索、短期项目 生产级、长期项目
错误容忍度 高(可以接受偶尔的 bug) 低(必须保证可靠性)
测试 几乎不做 必须有自动化测试
代码质量 不关心 必须有规范(Linter、AGENTS.md)
文档 几乎不写 必须同步维护
适合人群 产品经理、新手 资深开发者、团队

新手阶段适合 vibe coding;做出产品之后,要过渡到 Agentic Engineering,才能保证产品质量和团队协作。

这个过渡的关键是 Harness——Harness 是模型之外的所有”工程脚手架”,它把 vibe coding 的”自由探索”约束成”可控生产”。关于 Harness 的详细内容,可以看本系列另一篇《Harness Engineering 深度:从 OpenAI 100 万行实践看 Agent 工业化》。

五、Vibe Coding 适合谁,不适合谁

虽然 vibe coding 听起来对新手友好,但它不是”万能钥匙”。

适合 vibe coding 的人:

  • 零基础新手——想做出点东西但不懂代码,vibe coding 是最好的起点
  • 产品经理 / 设计师——想验证想法、做原型,不必依赖工程师
  • 需要快速验证的创业者——想法不值钱,做出能用的产品值钱
  • 资深开发者的副业项目——周末想做个工具,vibe coding 半天搞定

不适合 vibe coding 的人(或场景):

  • 生产级后端系统——vibe coding 的代码质量、错误处理、安全防护都不到位,生产环境会出事
  • 高性能要求的算法——AI 写的代码通常不是最优解,需要专业优化
  • 安全敏感场景——金融、医疗、政务等系统的代码,必须人工 review,不能 vibe coding
  • 大型团队协作——vibe coding 写出来的代码风格不统一,团队维护成本高

记住一句话:vibe coding 是”做出来的工具”,不是”做产品的工具”。它的真正定位是加速原型探索、原型验证、原型学习。

六、实战:Vibe Coding 出你的第一个项目

理论讲完了,我们花 30 分钟做个真实项目:一个简单的 Markdown 转 PDF 工具。

步骤 1:打开 Cursor,新建项目(1 分钟)

  1. 新建文件夹 md2pdf
  2. Cursor 打开这个文件夹
  3. 创建 app.py

步骤 2:开局 prompt(2 分钟)

按 Cmd I,输入:

帮我用 Python + Flask 做一个简单的 Markdown 转 PDF 工具:
1. 上传 Markdown 文件或粘贴文本
2. 后端用 markdown 库转 HTML,再用 weasyprint 转 PDF
3. 提供下载链接
4. 界面简洁,拖拽上传
5. 自动启动 5000 端口

步骤 3:等 Agent 跑完(5 分钟)

Agent 会自动:

  • 创建 app.py
  • 创建 templates/index.html
  • 创建 requirements.txt
  • 安装依赖
  • 启动服务器

步骤 4:测试(3 分钟)

浏览器打开 http://localhost:5000,上传一个 .md 文件,下载 PDF。如果有问题,把错误信息丢给 Agent,让它自己修。

步骤 5:扩展功能(10 分钟)

加更多功能。比如:

  • 加主题切换(告诉 Agent:支持 dark/light 双主题)
  • 加批量转换(告诉 Agent:支持一次上传多个文件,zip 打包下载)
  • 加 API 接口(告诉 Agent:加 /api/convert 端点,JSON 输入输出)

步骤 6:部署上线(10 分钟)

让 Agent 帮你部署到 Vercel 或 Railway:

帮我把这个项目打包成 Docker,部署到 Railway,要求自动构建和部署

Agent 会引导你完成整个流程。

30 分钟,你从零做出了一个真正可用的工具,完全没用 vibe coding 之外的技能。这就是 Vibe Coding 在 2026 年的能力。

七、常见误区

新手做 vibe coding 最容易踩的几个坑:

坑 1:”vibe coding 是不是不需要学代码了”——大错特错。Vibe coding 是降低入门门槛,不是消除学习路径。你做出产品后,迟早需要懂点代码,否则 Agent 写崩了你都不知道。建议:用 vibe coding 起步,边做边学,逐渐从”完全不懂代码”过渡到”能看懂 Agent 在写什么”。

坑 2:”vibe coding 写的代码质量差”——确实,AI 写的代码质量参差不齐。但 vibe coding 的核心理念不是”写好代码”,而是”做出东西”。先把东西做出来,再用工程化方式优化代码质量。

坑 3:”vibe coding 不需要 PRD”——完全错误。Vibe coding 对 prompt 要求反而更高——你要清楚地告诉 AI “我要做什么”。一句话说不清的需求,AI 也做不出来。建议:每次给 Agent prompt 前,先自己用 1-2 句话想清楚需求。

坑 4:”vibe coding 只适合做网页”——不对。Vibe coding 可以做任何东西:网页、App、爬虫、命令行工具、数据分析脚本、AI Agent。后端代码 vibe coding 也能写,只是要更小心。

坑 5:”vibe coding = Cursor”——不对。Vibe coding 是一种”工作方式”,Cursor 是一种”工具”。你可以在 Cursor 里 vibe coding,也可以在 Claude Code、Codex、Windsurf 里 vibe coding;反过来,你也可以在 Cursor 里”手动写代码 + AI 辅助”。工具是工具,工作是工作,别搞混了。

八、开始你的 vibe coding 之旅

如果你是新手,建议你这样开始:

  1. 第 1 周:装 Cursor,玩两天 vibe coding,随便做点自己感兴趣的小项目
  2. 第 2 周:学 Git 基础,把 vibe coding 做的项目用 git 管理起来
  3. 第 3 周:学点 HTML/CSS/JavaScript 基础,这样你能看懂 Agent 在写什么
  4. 第 4 周:尝试做一个稍微复杂点的项目,体验 vibe coding 的局限
  5. 第 5 周起:开始学 Harness Engineering,把 vibe coding 升级到 Agentic Engineering

整个流程大概 4-6 周。从”完全不懂代码”到”能 vibe coding 出可用的产品”,再到”能工程化迭代产品”——这是 2026 年新手最值得走的一条路。

Vibe Coding 不是终点,是起点。它让你能”做出来”,但做出好东西,还需要后续的学习。但别被吓到——2026 年,做出来比做完美更重要。先做出第一个能跑的东西,再慢慢优化。

今天就 vibe coding 一个你自己的小工具——哪怕只是一个临时记事本、一个表情包生成器、一个快捷命令面板。30 分钟后,你会发现”做出来”这件事,从来没有这么轻松过。

九、写在最后:vibe coding 真正改变了什么

写到这里,回头看一下 Vibe Coding 一年多的演化,你会发现它真正改变的不是”写代码”这件事,而是”做东西”这件事。

在 vibe coding 之前,”做东西”有很高的门槛。你要先学一门编程语言(几个月),再学一个框架(几周),再学一个工具链(几周),才能开始做点真正的东西。这个过程把绝大多数人挡在了门外——他们不是不想做,是不会做。

Vibe Coding 把这个门槛降到了接近 0。你只要会说”人话”,就能开始做东西。这带来的最大变化不是”程序员变多了”,而是”非程序员开始做东西了”。

产品经理开始自己搭原型,设计师开始做交互 demo,运营开始写自动化脚本,销售开始做客户分析工具。这些人在过去都是”提需求的人”,现在他们变成了”做东西的人”。这种变化的影响,可能比 AI 编程本身更深远。

对程序员来说,vibe coding 也带来了新机会。代码生成不再是程序员的”稀缺技能”——稀缺的是”知道做什么”和”判断做得好不好”这两件事。未来的程序员会更像”产品技术合伙人”——既懂技术边界,又懂产品价值。

这一点,从 Karpathy 提出 Vibe Coding 时就在酝酿了。一年后回头看,vibe coding 的真正意义,是把”做”这件事,从一种”专业技能”变成了”通用能力”。这种变化,可能比任何一项具体技术都更值得关注。

下一步如果你愿意,推荐你做这几件事中的一件:

  • 做一个日常生活相关的工具(比如自动整理下载文件夹、自动生成周报)
  • 做一个工作相关的工具(比如客户跟进、文档协作、数据分析)
  • 做一个你一直想做但没时间做的项目(游戏、小工具、小应用)

做完之后你会发现,2026 年最好的状态不是”什么都会”,而是”想到就能做”。这才是 vibe coding 真正改变的东西。

(综合 Andrej Karpathy 公开推特、Cursor/Vibe Coding 社区实战经验、Harness Engineering 公开资料整理)