Vibe Coding全新模式——"氛围感"编程，引领AI新纪元！

2025 年初，“Vibe Coding”开始在开发者圈子里频繁出现。这一概念由前 OpenAI 研究员 Andrej Karpathy 提出，他在 X 上展示了一个案例：完全不懂 Swift 的情况下，用 AI 在一小时内完成一个 iOS 应用。

这类“对话式开发”并不新鲜，但最近进入了实用阶段。AI 辅助编程已成主流，不少人用它写代码、部署产品，甚至完成冷启动。

从“写代码”到“建闭环”

AI 编码工具正在重塑开发流程。Cursor 是目前用户增长最快的编辑器之一，被称为“新一代 VS Code 替代品”。腾讯最近也发布了 CodeBuddy，不仅搭载智能体，还支持 MCP 协议，走的是企业级协作路线。

一些开发者已经用 Vibe Coding 实现商业闭环。用户 @mikestrives 分享，他用 AI 工具搭建产品，仅花 30 天就实现月收入 7000 美元。

整个项目没请团队，也没用私域流量，流程大致是：用一个 AI 工具搭代码，一个 AI 工具发邮件找用户，另外用 ChatGPT 和 Gemini 做用户调研和市场测试。

他称这个模式为“一个人创业闭环”：找到精准用户、定义明确痛点、快速构建产品并完成变现。几乎全程由 AI 驱动。

编程的“氛围感”正在重构职业身份

并不是所有人都乐见这一趋势。Ruby on Rails 创始人 David Heinemeier Hansson（DHH）认为，Vibe Coding 能解决痛点，但不该变成全部。

他在《Coding should be a vibe!》中写道，AI 可以当好助手，但“交出键盘”会让人失去对项目的理解。他更愿意把 AI 当作结对编程伙伴，而非替代者。

DHH 的核心观点是：写代码本身应该是一件让人感到愉快的事。他在 Ruby 上的设计初衷就是“程序员幸福感”，而非单纯追求机器效率。即便如今 Ruby 在性能上已大幅提升，他依旧强调代码应服务于人类的思考，而非取悦计算机。

写代码是乐趣，还是苦工？

DHH 的立场引发不少开发者共鸣，也有许多人提出反对意见。

有开发者表示，自己天天在堆积如山的旧项目中修 bug、写重复逻辑，早就对代码失去了热情。AI 的加入反倒帮助他们重新聚焦在“真正重要”的业务逻辑上。

也有人说，大部分开发者面对的都是高度重复和压缩工期的项目，不靠 AI 根本忙不过来。“不是不热爱，是市场根本不在意你热不热爱。”有评论这样写。

还有人从技术角度提出：编程语言本身就是一层抽象，AI 只是把这层抽象继续向前推。相比过去的框架、脚手架，AI 的作用并不反常，只是更高效。

编程门槛降低了，边界模糊了

Vibe Coding 的另一个变化，是让更多非程序员能参与到产品构建中。一些开发者认为，这是好事——它降低了创业门槛，也让“创意”得以迅速验证。对一部分人来说，这意味着更自由的表达方式。

但也有人担忧，这样下去，开发者会变成 AI 的“项目经理”，只负责描述需求，监督输出，而不再拥有技术主导权。

更多经验丰富的工程师选择折中路线。他们一边享受写代码的过程，一边也乐于把重复工作交给 AI。“AI 还没我聪明，但已经够帮忙了。”这是他们的真实感受。

这场关于「Vibe Coding」的讨论，更多反映的是开发者身份正在发生的转变——从“写代码的人”，到“驾驭工具的人”。这不是一场取代，而是一场协商。每个人都在找那个能让自己继续前进的“氛围”。

最后，我为大家打造了一份deepseek的入门到精通教程，完全免费：https://www.songshuhezi.com/deepseek

也可以看我写的这篇文章《DeepSeek满血复活，直接起飞！》来进行本地搭建。

-END-

以上，就是今天的分享了，看完文章记得右下角点赞，也欢迎在评论区写下你的留言。