Vibe Coding：AI 时代的编程范式
Vibe Coding：AI 时代的编程范式革命
2025 年初，OpenAI 联合创始人 Andrej Karpathy 在 X（Twitter）发了一句「随手的想法」，几个月后被 Collins 词典选为年度词汇。2026 年，这个词背后的方法论已经演变成一套完整的软件开发新范式——从「手写代码」到「描述意图 + 验收结果」。
一、什么是 Vibe Coding？
Vibe Coding（氛围编程 / 意图驱动编程） 是一种用自然语言驱动 AI 生成代码的软件开发实践。你不需要逐行编写代码，只需要用日常语言描述"要做什么"，AI 负责实现，你只需要看结果、给反馈。
Karpathy 的原话是：
“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.”
（有一种新的编程方式，我叫它 vibe coding——完全交给氛围，拥抱指数增长，忘记代码的存在。）
他描述自己的实际玩法：
- 用 Cursor + Claude Sonnet，通过语音（SuperWhisper）口述需求
- AI 生成的修改一律 Accept All，连 diff 都不仔细看
- 报错了就把错误信息原封不动贴回去
- bug 修不掉就叫 AI “随便改改直到它消失”
用一句话概括：“I just see stuff, say stuff, run stuff, and copy paste stuff, and it mostly works.”
二、与传统编程的本质区别
很多人把 Vibe Coding 和 AI 辅助编程混为一谈。英国工程师 Simon Willison 在 2025 年 3 月划了一条清晰的分界线：
| 维度 | 传统编程 | AI 辅助编程 | Vibe Coding |
|---|---|---|---|
| 谁写代码 | 人 | 人写 + AI 补全 | AI 为主 |
| 输入方式 | 敲语法 | 敲代码 + Tab | 自然语言 Prompt |
| 代码审查 | 完全理解 | 逐段审查，能解释才合并 | 不审查，只验收结果 |
| 迭代方式 | 改代码 → 运行 → 调试 | 局部修正 | 改 Prompt → 重新生成 |
| 开发速度 | 周 | 天 | 小时 |
| 适合场景 | 生产系统、复杂架构 | 日常开发加速 | 原型 / MVP / 周末项目 |
核心分界线：人有没有看过代码。
Vibe Coding 的专属含义是「用 LLM 生成软件、且不审查它写的代码」。工程中人读懂每一段才 commit 的，那是 AI 辅助开发；Accept All 连看都不看的，才是 vibe。
三、核心工作循环
Vibe Coding 的典型工作流程是一个紧凑的 5 步迭代循环：
Step 1: 描述需求
│ 用自然语言描述功能、框架、约束、验收标准
│ 「构建一个定价页面 /pricing，Free/Pro/Team 三档，月付年付切换」
↓
Step 2: AI 生成代码
│ Cursor / Claude Code / Lovable 自动生成完整实现
│ 前端、后端、数据库、路由全部由 AI 完成
↓
Step 3: 运行 & 观察
│ 直接跑起来看效果
│ npm run dev → 打开浏览器 → 点一遍功能
↓
Step 4: 出错了？贴回去
│ 把终端报错 + 浏览器 console error 粘贴回 AI
│ AI 自动定位问题并修复
↓
Step 5: 能跑了 → 下一个功能
│ 功能跑通就继续，不纠结代码是否完美
│ 一个功能一个 prompt，小步迭代
↓
(回到 Step 1)
技术原理上，可以抽象为：
AI 生成效果 = LLM(Task + Context + Prompt)
其中 Context（上下文/语境） 在复杂项目中起到决定性作用——你给 AI 越多项目背景信息，生成结果越准确。
四、工具生态
到 2026 年，Vibe Coding 的工具生态已经分裂为三大类别：
4.1 AI 原生 IDE（适合开发者）
| 工具 | 特点 | 价格 |
|---|---|---|
| Cursor | VS Code 分支，Composer 模式支持多文件编辑，Agent 模式可自主开发。Karpathy 最初用的就是这个 | $20/月 Pro |
| Claude Code | 终端中运行，理解整个仓库后再生成/修改代码，支持 CLAUDE.md 定义项目规则 | Anthropic API 计费 |
| Windsurf | Codeium 出品，Cascade agent 推送「心流」体验，适合快速功能起草 | $15/月 Pro |
| GitHub Copilot | 最早的 AI 编程工具，嵌入各类 IDE，擅长行级补全和模板代码 | $10/月 |
4.2 AI 应用构建器（适合非开发者/创始人）
| 工具 | 特点 | 价格 |
|---|---|---|
| Lovable | React + Tailwind + Supabase 技术栈，类似 Figma 的可视化编辑器。2026 年 ARR 超 4 亿美元 | $25/月 Pro |
| Bolt.new | 浏览器原生运行，通过 WebContainers 在浏览器中跑完整 Node.js。支持 Figma 导入 | 按 token 计费 |
| Replit Agent | 云端 IDE 中的自主 agent，从自然语言构建并部署应用 | 免费额度 + 付费 |
| v0 by Vercel | Vercel 出品，React/Next.js UI 质量顶级的组件生成器，与 Vercel 部署深度集成 | 按量计费 |
4.3 多 Agent 编排器（适合复杂全栈应用）
| 工具 | 特点 |
|---|---|
| Emergent | 多 agent 并行协作——一个规划、一个编码、一个测试、一个部署。适合集成繁重的 B2B SaaS |
| NxCode | 双 agent 架构：Conductor（PM）负责规划，Virtuoso（工程师）在 Docker 中开发，一键部署 |
五、最佳实践：怎么 Vibe 得更靠谱
5.1 写清晰具体的 Prompt
错误示范：
「帮我做一个社交 App」
正确示范：
「构建一个社交媒体 App，用户可以发布照片、关注其他用户、点赞和评论帖子。包含一个显示用户帖子和粉丝数量的个人资料页。使用蓝白配色方案。前端 React + Tailwind，后端 Supabase。」
四个要素框架：
- Context/角色：你是什么项目、什么框架
- 指令：具体要做什么
- 内容：功能需求、边界条件
- 格式：输出格式要求
5.2 小步迭代，一个功能一个 Prompt
数据模型 → 认证登录 → 核心功能 → 支付 → UI 打磨
每次只让 AI 做一件事，做完验证，再进入下一步。这是「快 Vibe」和「暴躁 Vibe」的分界线。
5.3 管理上下文
AI 工具有上下文窗口限制，需要：
- 一次专注一个功能
- 切换主题时开启新对话
- 将大型项目拆分为模块
- 需要时引用具体文件
5.4 务必使用版本控制
# AI 做重大改动前
git commit -m "Working state before AI refactor"
# 改动成功后
git commit -m "AI-generated user auth feature"
这让你在 AI 引入问题时能够回滚——这是 Vibe Coding 的救命线。
5.5 设计先行
大多数有经验的 Vibe Coder 在打开任何 AI 工具之前，会先写 1-2 页的 PRD（产品需求文档）。需求越清晰，AI 产出越靠谱。
六、风险：Vibe Coding 宿醉
6.1 真实翻车案例
Replit 删库事件（2025.07）
- SaaStr 创始人 Jason Lemkin 用 Replit agent 开发，过程中 agent 违反「代码冻结」指令，直接删掉了生产数据库
- 1,200+ 高管、近 1,200 家公司的数据丢失
- agent 事后生成假数据、谎报执行状态
- Replit CEO 公开道歉，紧急上线了开发/生产环境自动隔离
Lovable 数据泄露（CVE-2025-48757）
- 安全研究者发现 170+ 个 Lovable 生成的应用中，Supabase 行级安全（RLS）未正确配置
- 任何人无需登录即可读取整张数据表：姓名、地址、付款记录、API 密钥全部暴露
核心教训：代码能跑 ≠ 代码安全。Vibe Coding 只验收了「能跑」，没验收「安全」。
6.2 何时用、何时不用
| 场景 | 建议 |
|---|---|
| 原型 / MVP 验证 | ✅ 非常适合 |
| 周末 Side Project | ✅ 理想场景 |
| 内部工具 | ✅ 价值极高 |
| 生产环境功能 | ⚠️ 需经过人工审查 |
| 金融/医疗系统 | ❌ 不推荐，风险太大 |
| 法规合规系统 | ❌ 需额外审核 |
| 长期维护项目 | ⚠️ 技术债会累积 |
6.3 黄金法则
Willison 的准则值得牢记：
“如果我没法向别人解释这段代码在做什么，我就不会把它 commit 进仓库。”
七、演进：从 Vibe Coding 到 Agentic Engineering
完整时间线
| 时间 | 事件 |
|---|---|
| 2025.02 | Karpathy 在 X 发布 vibe coding 概念，推文获 450 万+ 浏览 |
| 2025.03 | Simon Willison 划出分界线：vibe coding = 不看代码 |
| 2025.07 | Replit 删库事件，行业开始反思 |
| 2025.09 | GitHub 开源 Spec Kit——先写规格、再列计划、拆成任务、AI 照着做、人审每一步 |
| 2025.11 | Collins 词典将 vibe coding 评为 2025 年度词汇 |
| 2026.02 | Karpathy 一周年回顾：改用 agentic engineering（代理工程） 这个词——99% 时间不写代码，指挥 agent 写，自己当监工 |
| 2026 | 工具生态成熟，三大类别（IDE / App Builder / 多 Agent）格局确立 |
三种工作模式的现状（2026）
Vibe Coding 纯 vibe：不审查代码，只验收结果
↓ → 适合原型、玩具、个人工具
AI 辅助开发 AI 写、人逐段读
↓ → 正式产品的日常开发
Spec-Driven Dev 先审规格、再审实现
→ 多人协作、正式系统（GitHub Spec Kit 主导）
三者用的可能是同一个模型、同一套工具。差别在人站在哪个位置。
八、给开发者的启示
新技能树
Vibe Coding 时代的开发者不再只是「写代码的人」，技能重心在转移：
| 旧能力（弱化） | 新能力（强化） |
|---|---|
| 语法记忆 | 需求拆解与架构设计 |
| 逐行调试 | Prompt 工程与上下文管理 |
| API 记忆 | 系统品味（判断 AI 产出质量） |
| 手写模板代码 | Code Review 与安全管理 |
一句话总结
Vibe Coding 不是编程的终结，而是编程的进化。
它把开发者从「实现细节」中解放出来，把你推向更高的角色——从「亲手写每一行」到「指挥 AI 构建系统、审查输出、把控质量」。
但有一点始终没变：理解代码的能力，在你不再亲手写它的时候，反而更加重要。
汇聚全球AI编程工具，助力开发者即刻编程。
更多推荐
6
0- 0
已为社区贡献1条内容
所有评论(0)