Vibe Coding：氛围编程

这是整场讨论的"参照物"。几乎所有新范式，都在回答同一个问题：怎么从"做出一个 Demo"进化到"交付一个可维护系统"。要理解后面一切，先理解 Vibe Coding 的甜与坑。

一、它是什么

"Vibe" 本意是"氛围、感觉"。Vibe Coding 不是一套严谨方法学，而是一种社区流行的开发姿势：

你先凭感觉把需求丢给 AI，在一来一回的对话里把产品"怼出来"。 它强调流畅感、速度感和即时反馈，而不是前期规划的严密性。

正因为它特别符合很多人第一次接触 AI 编程的体验，才会迅速走红。

你：帮我做一个待办清单应用，带搜索、筛选和本地存储。
AI：（几分钟后）给出一整套能跑的页面 + 交互 + 动画。
你：哇，像魔法一样。

二、优点

• 启动快，几乎零门槛；
• 适合验证点子、做 Demo、做原型；
• 对非专业开发者尤其友好；
• 能快速形成一个"可讨论的第一版对象"。

三、问题：为什么它"活不过两周"

社区有句调侃："95% 的 Vibe Coding 项目活不过两周。"原因很具体：

问题	表现
需求边界漂移	每轮对话都在悄悄改需求，最后没人说得清"到底要做成啥"
隐含假设没显式化	分页、权限、异常流程全靠 AI"猜"，猜错就埋雷
结构缺少演化能力	代码"看起来完整"，实则难以长期维护
局部修得快、整体越来越乱	改 A 坏 B，技术债指数级累积

🕳️ 你可能会遇到的坑：Vibe Coding 在小 Demo 上极顺，一进大仓库就开始"飘"。这不是模型不够强，而是"看不见 = 不存在"——那些散落在聊天记录里的约束，AI 根本不知道。

四、它适合什么，不适合什么

适合：

• 活动页 / 落地页
• 原型验证、黑客松
• 低风险内部小工具

不适合：

• 长期维护的中大型业务系统
• 高耦合存量项目（棕地）
• 合规、权限、金额、风控等高风险模块

五、一句话总结

Vibe Coding 很适合探索，但不适合直接承担复杂系统的长期演化。

它不是"错"的方法，而是"层级最低"的方法——处在范式全景图的探索层。一旦要进入正式开发，就该升级到规格层，也就是 SDD 规格驱动开发。

六、从 Vibe 到 Spec 的分界线

一个实用判断：当"返工成本"开始大于"沟通成本"时，就该写规格了。

任务很轻、一次性   → 直接 Vibe Coding
要长期维护 / 多人协作 → 先写 spec（切到 SDD）

七、本章小结

• Vibe Coding = 凭感觉、对话式、快速把东西怼出来。
• 优点是快和零门槛，缺点是边界漂移、假设隐蔽、结构难演化。
• 它是探索层的利器，也是后面所有方法论用来对照的"起点"。

八、下一步

• 继续阅读：TDD：测试驱动开发，看 AI 时代如何用测试给产出兜底。